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

Re: RFC: svn aliases proposal

From: David Mankin <mankin_at_ants.com>
Date: 2002-11-25 20:53:27 CET

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

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.