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

Re: Subversion .svn annoyance

From: Benjamin Podszun <ben_at_galactic-tales.de>
Date: 2004-09-03 16:48:22 CEST

Chip Turner wrote:

> Whenever I grep through my working copy for something, say, for a
> function name, I constantly have to do add a 'grep -v svn' to the
> pipeline. For instance:
>
> grep -r some_function_name /path/to/checkout
>
> will get numerous hits inside the .svn directory's old copy of the
> file.
>
> Likewise, if I run a find to hunt the name of a particular file, say
> SomeFile.pm, I have to do a grep (usually I do 'find | grep
> SomeFile.pm'; the name in the .svn dir is suffixed so a 'find -name'
> will work as expected).
>
> I recognize this occurs because svn keeps a copy of the file as last
> received from the server, which is good, but has anything been
> considered obfuscate/mangle/transform the contents of files and
> filenames further so as to reduce or eliminate this kind of annoyance?

You really propose a kind of "obfuscation" and are willing to accept the
additional overhead, just because you don't want to create two
shell-scripts, named svngrep and svnfind for example?
Imho that's not a question about design deficiency, it's a question
about being lazy.. ;-)

No offense intended - I just don't understand this point at all.

Regards,
Ben

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 3 16:52:33 2004

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

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