Backout of a backout and merge

Jouni Airaksinen Jouni.Airaksinen at descom.fi
Fri Dec 2 09:58:18 UTC 2011


I suppose I don't understand something from backouts, but we had some 
trouble with backouts. The core of the situation is such that in default 
branch we have a change which was merged to another branch. Now this 
change was backout in the default branch and separately in the second 
branch where the change was merged (technically the backout was 
transplanted, but I tested and it doesn't matter if it's done with backout 
itself). OK, I understand when simplified you could have just merged the 
backout from default to the another branch, but due customer requests the 
changes had to be managed individually. 

So we had now change made in default and backout in both branches the 
change was appearing. Now later the backout was backout in the default 
branch to get the change back. Default branch looks fine, but when merging 
to the another branch (no other merges was done in between) the backout of 
backout was not merged automatically. This affected normal diff changes 
and file add/remove operations.

I was able to test this with plain repository (hg version 
1.9+7-308e1b5acc87). Originally in real code it happened with some 
Mercurial version coming with TortoiseHg (not my workstation).

Is this correct way of backouts that they are not mergeable or is there 
something I'm missing on how backout works? It was just little bit WTF 
when some change was missing after merge. 

-jouni
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial/attachments/20111202/866e688b/attachment-0002.html>


More information about the Mercurial mailing list