RE: 1.8 bug(?): svn:mergeinfo set for tree-conflicted files in subdirs
From: Bert Huijben <bert_at_qqmail.nl>
Date: Sat, 14 Mar 2015 01:10:39 +0100
> -----Original Message-----
That just removes the marker that there was a conflict... It doesn't resolve the actual conflict.
And in your mails I haven't found a clear description either...
The change you quote here is that something is skipped, because it was obstructed. (Unversioned obstruction? Other merge? Something else?)
Subversion doesn't know if that skip was intentional or needs further handling from you as the user. That is why it marks the tree conflict.
In some cases you might want to perform a followup merge to complete the merge where it stopped at the obstruction. That might just be the same operation as before, because it will continue where it had to stop the last time. That is why it records this mergeinfo... It hasn't merged this part of the tree.
In other cases you might want to perform a record only merge, to record that something wass merged... if the thing to be merged is nothing at all.
Subversion found an obstruction... Something in the way of what it expected to be changing.
That is what the tree conflict asks you...
And to help you further I need at least more information than I have now.
Just creating an issue in our issue tracker is not going to help here...
That is why we ask to only create issues after creating a full bug report and in a way that eventually it can be resolved. The issue tracker is just for remembering issues/todos, not a way to escalate a problem. Recording it there is not a step towards resolving a problem.
I currently have absolutely no idea where to look at to fix 'your issue', and I'm pretty sure none of the other Subversion developers has a clue either.
This all starts by 'what kind of obstruction' is there... Is there an obstruction or is the fact that Subversion detects the obstruction a bug?
An existing tree conflict that hasn't been resolved is certainly an obstruction... That is why merges are interrupted to resolve the conflicts before continuing. (And the intermediate state of the merge is recorded in the mergeinfo properties)
This is an archived mail posted to the Subversion Users mailing list.