[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: Michael Suess <mike_ml_at_suessnetz.de>
Date: 2003-09-25 13:36:50 CEST

On Thursday 25 September 2003 11:25, kvistgaard@users.sourceforge.net wrote:
[snip]
> 1) Do nothing, it's a VS.NET problem
> 2) Change a define on win32 from '.svn' to '_svn' (pre-1.0)
> 3) Make the meta directory name configurable (post-1.0)
> 4) Separate meta directories from the working copy (post-1.0)
>
> Not doing anything is obviously quite attractive since it's really
> non-intrusive :-)
>
> The one line change for 2) is code-wise very simple, but I think it
> robs Subversion of one of its attractive features (moving WC
> fragments), even if its "just" moving WC fragments across platforms.

How about this amendment to idea 2: as soon as the subversion client
encounters a .svn directory in an working copy on a windows platform, it
automatically converts it to _svn. Same thing the other way around for every
other operating system, and working copies would still be moveable across
plattforms. Second advantage of this approach: Existing working copies on
windows would silently be converted to the new syntax (as soon as the user
updates its client), making a new checkout or a seperate conversion tool not
necessary.

Big disadvantage: Since I am not a subversion developer, I have no idea how
difficult the implementation of this idea would be...

Now, /me too goes back to lurking ;-)

Michael Suess

P.S.: I could not reach the dev list on my first try, so resending..

-- 
"What we do in life, echos in eternity..."
Michael Suess 
Public PGP key: http://www.suessnetz.de/michael/michaelsuess.gpg
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Sep 25 13:33:52 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.