[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn grep -r2:5 "a_word" filename1 filename2 folder3

From: Hanley, James <jhanley_at_redcom.com>
Date: 2006-09-25 23:34:23 CEST

On Mon, 2006-09-25 at 09:59, Garrett Rooney wrote:
> On 9/20/06, Hanley, James <jhanley@redcom.com> wrote:
> > I posted this earlier to the users list, and wanted to get some further
> > input from this list.
> Personally, I'm hesitant to add commands that do lots of work server
> side, such as reg-ex matching over large amounts of data. I'm also
> hesitant to add commands that result in downloading potentially huge
> amounts of data, so I'd worry a lot about recursive greps on directory
> trees. The infrastructure to implement a historical grep on a file is
> already there though, the underlying functionality used to implement
> 'svn blame' could fairly easily be used to implement something like
> that, if anyone was interested enough to try.
> -garrett

Not sure if this is possible, but if the worry is bogging down the
server with requests, then is it possible to allow the admin make that
call by adding a new method, where in the apache config the admin could
use limit.. this would I assume require some coordination with webdav.

Strictly speaking it is not needed on the server, but my argument for
doing it on the server is that it has to transfer all the revisions to
the client anyway.. If the client could keep a cache of the revision
history, then communication to the server would not be needed.

I also don't really need to have a full reg ex processor on the server,
but if the functionality is there I would use it.

If, as you mention, there could be a tweak to the the blame to provide
information for removed lines of text, then perhaps just including the
lines removed and indicating the version they were removed in would
suffice -- although I tried as a test an svn blame on one of our heavily
versioned files (com/something/res/lang_toks.properties) which every one
is adding to and it spun the apache server for a good 5 minutes before
spitting back a svn blame... not sure if adding this tweak would worsen
that time by an order of magnitude but I could definitely could see it
might with adding an svn grep depending on the implimentation.

I would still like to see this feature however it is implemented.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Sep 25 23:34:45 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.