On Monday, November 25, 2002, at 04:41 AM, Kevin Pilch-Bisson wrote:
> Just as an add in to this, we should also think about per wc options.
>
> For example, some projects might want you to send patches with svn
> diff -x
> "uBbw" or something like that.
>
> It would be good to also be able to specify options per working copy.
I agree! But I don't have an easy way to solve that problem. (I've
been pondering it for the last several hours -- don't tell my boss.)
Possible solutions include:
* A file in ~/.subversion/ that defines working copies & their
settings. (I don't like this because if you move a WC on disk then its
settings change. Unless each WC has a unique ID that is associated
with it and that points to something in ~/.subversion.
* Config file in .svn at the top level of the wc. But then clients
have to search for it.
* Config file in every wc directory's .svn. But then the config data
is repeated everywhere and becomes difficult to change.
A final problem is what happens when you do svn diff URL ? How does it
know which diff parameters to use for that repository?
I'm wide open to other suggestions.
-David
> On Mon, Nov 25, 2002 at 01:28:38PM -0600, Ben Collins-Sussman wrote:
>> David Mankin <mankin@ants.com> writes:
>>
>>> 2) Add a [aliases] section to the config file. Here is what I have
>>> in my config file now, as an example and starting point for
>>> discussion.
>>
>> However, your proposal has reminded me of a problem that I've been
>> meaning to bring up for a long time: I'm worried that we're being too
>> sloppy about which ~/.subversion/ runtime features are generic and
>> which ones are client-specific. By "generic", I mean, "a
>> user-controlled runtime behavior that affects the subversion
>> libraries". By "client-specific", I mean, "a user-controlled runtime
>> behavior that affects a particular client."
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Nov 25 20:54:59 2002