RE: Finding the revision of a deleted file.
> > 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
> > 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.baumanis_at_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.
...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
Received on 2011-04-18 09:22:39 CEST
This is an archived mail posted to the Subversion Users