Re: Understanding move & merge

On 17 January 2003, Branko ??ibej said:
> This example is exactly why I keep saying that we should make "svn mv"
> an atomic operation that *does not* generate a new node in the
> filesystem. Then moves would become pure directory changes, and "svn
> merge" has to resolve those before merging the files themselves, like
> Philip said -- and so it would know before even starting the file merge
> that it found a rename.

I've been using Subversion for less than a week, and it's already clear
to me that file renaming has to be distinct from copy+delete. As things
stand, file renaming works *better* with CVS than with Subversion.
(With the proviso that you have to go into the CVS repository and copy
the ",v" file in order to preserve the history. And delete all tags
from the copied ",v" file -- which is the step I always forget!)

        Greg

-- 
Greg Ward - software developer                gward@mems-exchange.org
MEMS Exchange                            http://www.mems-exchange.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org