RE: Reverse merge with 1.8.3 yielded tree conflicts
From: James French <James.French_at_naturalmotion.com>
Date: Mon, 9 Sep 2013 16:18:52 +0100
Thanks for the explanation Stefan. Glad svn is working properly :-)
-----Original Message-----
On Mon, Sep 09, 2013 at 02:37:05PM +0100, James French wrote:
No, this is a feature, not a regression.
* tree conflicts on directories detected better during merges (issue #3150)
Short story is that 1.7 was deleting subtrees during merges without considering the contents of what was being deleted. Whereas 1.8 flags a tree conflict if the subtree being deleted during a merge differs from what the commit being merged was deleting on the merge source branch.
In Subversion 1.7, users who were concerned about that had to manually verify every deleted subtree before committing the result of a merge.
In your case, you seem to be fine with the deletion of the affected subtrees. So you can run this to resolve the conflict for each subtree, for example:
svn resolve --accept working SceneInteraction # clear conflict marker
In the future, we hope to improve the UI to better guide users during interactive resolution of these conflicts.
|
This is an archived mail posted to the Subversion Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.