Re[2]: Merge of deleted file with a modified one

> Anyway, I'm pretty sure that deleting the file was the right thing for
> merge to do in this case, as it was applying the tree delta to the
> trunk. If you didn't want the file deleted, you have a chance to
> revert that part of the change before committing.

From point of view of a developer working in a trunk, this is a lost
change. In a big project with many files removed "correctly", i.e.
removed in the branch and unchanged in the trunk, this "incorrect"
deletion will be lost among them. This can be sometimes acceptable,
for example if removal is a result of a large scale refactoring, and
the change made in the trunk is no more relevant. In other cases, this
can create a long outstanding problem, for example, if the deletion in
the branch was made by mistake.

Couple of our developers called this feature a show stopper for
employing subversion in our company.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Jan 7 00:57:55 2006