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

RE: Re: Visual Studio.Net and Subversion - Will this make it into a release?

From: Leeuw van der, Tim <tim.leeuwvander_at_nl.unisys.com>
Date: 2004-03-11 14:37:34 CET

> -----Original Message-----
> From: Ulrich Eckhardt [mailto:eckhardt@satorlaser.com]
> Sent: woensdag 10 maart 2004 18:35
> To: users@subversion.tigris.org
> Subject: Re: Visual Studio.Net and Subversion - Will this
> make it into a
> release?
> [ Sorry for getting back so late, but I missed the reply.
> Tim, I think you
> have a broken/misconfigured emailclient that omits the 'In
> Reply To' header
> field, see RFC 2822.]

Mail-client = Outlook, enough said? :-(

> Leeuw van der, Tim wrote:
> > For long-running programs,
> > there's no way to pick up changes to the environment variable.
> I don't think that's a problem, because this code is only for
> the working-copy
> which is not used in server-precesses(right?). I'd even be
> tempted to say
> that it would be a mistake to change the admin-dir on the fly
> once it was
> used.
> In that sense, I'd declare the admin-dir read-only after the first
> read-access. Subsequent write-accesses should be logged as error.
> cheers
> Uli

Here I disagree with you; I was specifically thinking of long-running client-programs (which might examine multiple working-copies). For instance, TSVN, RapidSVN, IDE-plugins... Such programs typically run for hours, perhaps even for days at a time and the user might get into a situation where one WC has a default dir, and another a non-default dir...

The more that I think about his issue, the more I think that we should take the long-term view and make nothing configurable about the .svn directory, even if it means that some potential users cannot use SVN for the next few years... It just causes no end of hassles, when you think about the consequences of having to check for both .svn and _svn and random whatever else directory names to determine whether or not you're in a working copy...



To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Mar 12 01:51:35 2004

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