Reverse the way backout is doing the merge
Peter Arrenbrecht
peter.arrenbrecht at gmail.com
Thu Feb 21 04:37:54 CST 2008
On Thu, Feb 21, 2008 at 11:15 AM, Martin Sjögren
<martin.sjogren at jasper-da.com> wrote:
> tor 2008-02-21 klockan 10:35 +0100 skrev Peter Arrenbrecht:
>
> > I believe this proposal is related to
> >
> > http://www.venge.net/mtn-wiki/DaggyFixes
> >
> > The current behaviour seems to be daggy, the proposed one not. From a
> > theoretical point of view I would prefer the daggy behaviour. However,
> > I have no practical experience with backout, so I cannot comment on
> > its actual usability.
>
> If I understand correctly, the diffs you see in a merge changeset is
> towards the "first" child node, which is somewhat arbitrary, and what
> the proposed change does is swap which is the "first" child in the merge
> between the backout changeset and whatever you're merging with.
>
> If I've understood correctly :-) this sounds like a good change, making
> the diff from merging in a backout changeset more intuitive.
So do I understand correctly that the current behaviour when undoing B
in A -> B -> C -> D is:
A -> B --> C -> D --> E
\ /
-> !B --->
where the first parent of E is D and the proposed change simply
switches parents for E but leaves the layout of the DAG as is? If so,
then fine with me.
> I can't see how you could end up with a history that's NOT a dag
> (directed acyclic graph), wouldn't that be rather impossible?
Sure. The point was what the DAG looks like.
-peo
More information about the Mercurial
mailing list