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.)
Granted.
> 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
repository.
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,
Jo
---------------------------------------------------------------------
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