At 20:54 16.11.2006 -0500, Duncan Murdoch wrote:
>On 11/16/2006 8:22 PM, Tim Hill wrote:
>>On Nov 16, 2006, at 4:50 PM, Duncan Murdoch wrote:
>>
>>>On 11/16/2006 6:55 PM, Tim Hill wrote:
>>>>Actually, I think there are *fewer* problems with the
>>>>"distinct" .svn tree:
>>>>1. A tool run in an arbitrary directory can just walk up the tree
>>>>to the root until it finds a .svn folder. It then knows it's in
>>>>a working copy.
>>>This assumes that you've only used svn to make modifications. If
>>>you used OS services to copy a subtree somewhere else, it wouldn't
>>>be able to find its .svn info. That makes it a little more fragile
>>>than the current scheme: someone could accidentally modify a
>>>directory name, and have a lot of trouble committing changes within
>>>that directory.
>>Agreed. Tree moves/renames are slightly nastier. But, actually, how
>>well does svn handle this at present? If I rename a folder today (not
>>using svn mv, just plain old mv), how well does svn do?
In addition to the separate .svn tree svn could have a command like
svn syncwc (don't confuse with svnsync :) which would compare
the file tree with the .svn tree and make add/remove/commit where
necessary, kinda like local webdav :)
Also I think that the separate .svn trees could just be an option,
it doesn't have to be "either-or". Those who work with svn on
subfolders can still use the current approach. And some features
are not possible with the separate .svn tree. But the daily
features (update/add/remove/commit) should be possible. This
would be helpful with tools that create/delete dirs and files
without respect to source control. So you can "clean up" a
working copy after those modifications.
Work (or thinking) is done on the working copies without text-base.
That would also be an option you can use or not. Don't think in
black and white. The world is both (actually grey, but not in
this case :)
bye Fabi
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 17 16:24:55 2006