> > On Wed, Apr 13, 2011 at 11:27:22AM +1000, Gavin "Beau" > Baumanis wrote: > >> I have been doing some work everyone's good friend Mr.Google. > >> Every blog / article I read all said the same thing; > >> > >> Create a file with svn log > >> (svn log --verbose > svn.log) > >> Then grep / search the log for the file you're after. > >> > >> It takes about 8 minutes just for the log file to be > created - which makes it a slightly painful workflow - just > to resurrect an old file. > >> > >> Is there not a more convenient way to do this? > >> > >> As always thanks in advance. > >> Gavin "Beau" Baumanis > > On 14/04/2011, at 2:20 AM, Stefan Sperling wrote: > > > > > Hi Gavin, > > > > this thread had some interesting technical discussion about > this topic: > > http://svn.haxx.se/users/archive-2010-11/0509.shtml > > > > One way to work around this limitation is to use a > data-mining tool which > > crawls the repository and fills a relational database with > information. > > This DB can then be queried, often via a web interface. Two > such products > > are "svnsearch" (open source) and "fisheye" (proprietary). > > They do more than just locating deleted files, though. I > think both support > > full text search of file content of all revisions in the > repository, too. > > -----Original Message----- > From: Gavin "Beau" Baumanis [mailto:gavin.bauma...@palcare.com.au] > Sent: 14 April 2011 01:28 > To: Stefan Sperling > Cc: Subversion Users > Subject: Re: Finding the revision of a deleted file. > > Hi Stefan / Konstantin, > > Thanks for the responses. > The data mining tool looks promising, and as you state, > allows for some "extra" goodness too. > > Gavin. > ...just my 2€: having created the log file once, could it not be "maintained" using a post-commit hook script and appropriate arguments, then you eliminate the need to recreate the log file each time and just have the 'grep' stage...
~ mark c
