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

Re: Using only one .svn folder in repository root

From: Joachim Durchholz <jo_at_durchholz.org>
Date: 2007-11-27 18:22:21 CET

kmradke@rockwellcollins.com schrieb:
> Some users find all the "extra" .svn directories distracting. (Even
> if they are hidden, etc.)
> Some tools do not handle the "extra" .svn directories well. They
> either are unable to correctly ignore the contents, or even worse,
> tend to change/delete things in it when they shouldn't. (Think
> Visual Studio and the .svn/_svn hack.)


> Using the OS and copying a directory (and not ignoring) the .svn
> directories can be dangerous if you copy from one working copy
> directory to another. (Yes, you shouldn't do this, but users
> do lots of things they shouldn't.)

You can always retrieve a new directory and copy over the files you
changed, so this kind of error is recoverable.

> If all the maintenance data was outside the normal tree, you just
> wouldn't have to worry about any poorly designed tools.

Yes, but then you get into trouble if the user moves the checked-out
directory. In that case, he even loses the information which files he
changed, and that would be an unrecoverable error.

I could imagine putting the .svn tree at the root of the checked-out
You'd lose the ability to move a subdirectory around with OS facilities
and retain its status as a working copy. Also, finding the .svn
directory that corresponds to a given file could become more
complicated; at the moment, just look for .svn in the current directory,
with a root .svn, traverse up the directory hierarchy to find the .svn.
This *could* slow the Windows Explorer down, since it will call into SVN
whenever you look at the properties of a file - though the slowdown
would be negligible if SVN cached the whereabouts of all .svn
directories (though I'd want the caching code to shake out a few more
bugs before doing that, the left pane of Windows Explorer still doesn't
update properly for me).

Just my 2c,

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 27 18:28:22 2007

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.