How does the 3 way merge in Mercurial/Meld work?

I'm working on a project where I have a commit that introduced a feature with major problems that weren't discovered immediately. Now I want to completely remove that revision while keeping the work following it but i'm having a hard time wrapping my head around this 3 way merge. Here is a simplified graph of my project.

o  changeset:   134:7f81764aa03a
|  tag:         tip
|  parent:      128:451d8a19edea
|  summary:     Backed out changeset 451d8a19edea
|
| @  changeset:   133:5eefa40e2a29
| |  summary:     (Change I need to keep keep)
| |
*snip 3 commits*
| o  changeset:   129:5f6182a97d40
|/   summary:     (Change I need to keep keep)
|
o  changeset:   128:451d8a19edea
|  summary:     (Change that introduced a major problem)
|
o  changeset:   127:4f26dc55455d
|  summary:     (summary doesn't matter for this question)

If I understand this correctly, r127 and r134 are exactly the same. When I hg up -C -r 133 and then run hg merge, Meld pops up with three forms of on开发者_JS百科e of my files: local, base, and other. local seems to be r133 but i'm having a hard time wrapping my head around what "base" and "other" mean.

Local is r133

Other is r134

Base is r128 (the common ancestor to both r133 and r 134)

When you perform a 3 way merge it compares all three of those together to help you decide what to take and from where. By seeing what change is in the other revision and what the common ancestor looked like you are able to make a much more informed decision about what to keep and what to change.

Your question is really confusing, but here are some information that may help you.

• What is base?

Base is the unmodified version of the revision that you have currently checked out and worked on. where possibly other changes have forked off (you can have revisions in between your current local and base!). its just where the nearest revision where no other fork has diverted from afterwards (same parent) (in your case r128)

• What is head?

Head is the latest revision in version control. if you work alone on only one copy it will probably be base. but a co worker might have modified the same file and checked it into version control, then head is later than your base.

• What is local?

Local is your modified version (in your case r133)

• What is other?

Other is the some fork/branch that has also your Base as parent (in your case r134)

• How does 3-way merge work?

3 way merge works (at least in meld) hierarchically. usually from left to right like this:

local > base > other / head

local/base is mostly trivial because its just what you modified

then you can merge your changes into the head revision or the one of your co worker or whatever.

There can be multiple other/head revisions, but then it's not your job to merge in and therefore more than 3 way compare doesn't make sense.