Irvine, Chuck R [EQ] wrote:
> I just read this in the SVN Book:
>
> "...suppose that while working on your private branch, you rename
> integer.c to whole.c. Effectively you've created a new file in your
> branch that is a copy of the original file, and deleted the original
> file. Meanwhile, back on trunk, Sally has committed some improvements to
> integer.c. Now you decide to merge your branch to the trunk. ...The
> merge operation has deleted the latest version of integer.c file (the
> one containing Sally's latest changes), and blindly added your new
> whole.c file - which is a duplicate of the older version of integer.c.
> The net effect is that merging your "rename" to the branch has removed
> Sally's recent changes from the latest revision!"
>
> Coming from CVS, I was happy to have rename and move functionality, but
> now I'm not so sure.
>
> I consider pretty serious: there is a known, predictable situation that
> will result in code loss. I'd have to consider this a "defect" and not a
> "feature". Does anyone know if this is being worked on? Thanks
The code is only "lost" as in "you have to work to find it", not lost as
in gone. If you want the stuff that was on the trunk before your merge
back, check that revision back out - or diff against it to see what
happened.
--
Les Mikesell
lesmikesell@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Apr 10 21:27:29 2007