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

RE: ".svn" directory name no good (in fact, it is worse than I thought)

From: Sander Striker <striker_at_apache.org>
Date: 2003-09-25 17:51:41 CEST

> From: Files [mailto:files@poetryunlimited.com]
> Sent: Thursday, September 25, 2003 5:37 PM

> B. W. Fitzpatrick (fitz@red-bean.com) wrote:
> >
> >We've been through all of this a *million* times in the last 3.5
> >years--the name of the admin directory, why we don't want it
> >configurable by a directive... the list goes on... and quite frankly,
> >I'm just tired of arguing about it.
>
> I guess I'm just trying to understand it. I'm not saying we have to do
> anything. I'm trying to catch up on the reasons why and why not. I guess
> I'm not truly seeing the light as far as configurability goes. If it's
> configurable, then third party tools could conceivably also be so informed.
>
> >We discuss and discuss and discuss and make a decision and a year later,
> >*someone* will have 50 reasons (just as valid) why we should change it
> >*back* to .svn. *thud*
>
> LOL
>
> >This isn't directed at you, Shamim--this is just one of the hazards of
> >doing Open Source development. *sigh*
>
> Well, for myself, I'm asking questions because I *don't* know the answers.

Well, there is a list archive you know. That will only waste a single persons
time (ok, maybe a few persons, all people currently firing up this argument).

[...]
> We're not big enough to narrow our focus too much I'm thinking.

We can do what we feel is right regardless of our 'size'.

FWIW, I'd like to stay with .svn at least until 1.0. We can revisit that
then if it is still posing problems.

Sander

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Sep 25 17:59:09 2003

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.