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

Re: Default commandline args

From: Stefan Fuhrmann <eqfox_at_web.de>
Date: Tue, 28 Dec 2010 14:11:54 +0100

On 20.12.2010 23:28, Hyrum K. Wright wrote:
> In issue #3765, I suggest the possibility of a CVS-style config file
> wherein a user could specify a set of default arguments for a given
> subcommand. For example, 'svn diff' would default to 'svn diff -x -p'
> if the config file had an entry for such. Thinking this would be an
> SMOP, I jumped in...only to discover that it isn't.
> The actual implementation isn't hard, I'm just wondering about where
> the configuration should live. We have a ~/.subversion/config file,
> but these options aren't for the client library, they are specific to
> the commandline client. This makes me think that we should have a
> separate file for the commandline client, and that it may want to be
> something like ~/.svnrc or something equally commandline-ish.
> Thoughts?
> -Hyrum
> http://subversion.tigris.org/issues/show_bug.cgi?id=3765
I think this kind of feature can be useful and since
it is a UI optimization specific / local to a particular
client, I don't see why it should not be implemented.

TSVN, for instance, uses its own implementation
to manage user preferences and these are often
quite specific to TSVN's UI needs. So, there is
little room for or potential benefit of reuse across
various client implementations.

Not to limit the kind of information a particular
client could store in its config file (e.g. multiple
sections per client instead of one), I would prefer
separate config files for each client.

The number of clients would be > 1 and I would
not like to see my home folder being cluttered by
tons of .svnrc, .svnadminrc ... files. Keep them in
~/.subversion/ .

-- Stefan^2.
Received on 2010-12-28 14:26:04 CET

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.