Home/ Questions/Q 658109
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-13T22:53:50+00:00

Note: The scenario I describe here is not answered in Stack Overflow: Completely manual

  • 0

Note: The scenario I describe here is not answered in Stack Overflow: Completely manual Mercurial merge.

I will explain my query with an example. Assume I start off a Mercurial repository to design a car:

C:\Car$ dir
Car.cpp
Car.h

I work on the design of Car for quite a while and the repository looks like:

r0-r1-...-r100-(default)

At some point in time I branch default to SolarCarBranch to work on a solar powered car in parallel:

C:\SolarCar$ dir
Car.cpp
Car.h
Solar.cpp
Solar.h

After some more time, the repository looks like:

r0-r1-...-r100-...-r200-(default)
            \--r101-...-r201-(SolarCarBranch)

How do I merge SolarCarBranch back to default?

Take note of the following complications in the merge I want:

  1. I should be able to continue work on both default and SolarCarBranch after the merge.
  2. There might be fuel efficiency fixes in Car.cpp and Car.h in SolarCarBranch that I want pulled into default, however I do not want all the changes in those files. So, I want to cherry pick the changes I want to be included in default during the merge (aka manual merge).
  3. I do not want Solar.cpp and Solar.h appearing in default. The world may not yet be ready for a solar powered car. 😉

What I have learned:

  1. This is possible by a hg merge SolarCarBranch
  2. This can be achieved by setting kdiff3.premerge=False in Mercurial.ini
  3. I do not know how to achieve this since premerge=False still merges/copies Solar.cpp and Solar.h into default without asking me for permission.
Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    You’re really close and you don’t need to resort to Transplant (yuck) or cherry picking in general. Turning off premerge is the first step, and then just remove the files you don’t want in the main branch after merging but before committing. You’ll only have to do it once.

    Here’s a setup:

    o  changeset:   3:343d531512a3
|  branch:      solar
|  tag:         tip
|  parent:      1:cb26642f8db5
|  user:        Ry4an Brase <ry4an@msi.umn.edu>
|  date:        Wed Mar 10 11:16:48 2010 -0600
|  files:       afile
|  description:
|  solar-change
|
|
| @  changeset:   2:c5d14e34db07
| |  parent:      0:56465175b2fc
| |  user:        Ry4an Brase <ry4an@msi.umn.edu>
| |  date:        Wed Mar 10 11:05:44 2010 -0600
| |  files:       other-main-file
| |  description:
| |  moremain
| |
| |
o |  changeset:   1:cb26642f8db5
|/   branch:      solar
|    user:        Ry4an Brase <ry4an@msi.umn.edu>
|    date:        Wed Mar 10 11:04:32 2010 -0600
|    files:       solar-only
|    description:
|    solar-initial
|
|
o  changeset:   0:56465175b2fc
   user:        Ry4an Brase <ry4an@msi.umn.edu>
   date:        Wed Mar 10 11:04:14 2010 -0600
   files:       afile
   description:
   initial

    You can see that changeset 1 adds a file to the solar branch — a file we don’t want in default. While changeset 3 tweaks a file that also exists in main, afile, and we want to manually control whether or not that change happens.

    So do hg update default ; hg merge -r solar. The merge tool will pop up for afile and we decide line-by-line or chunk-by-chunk if we want those changes. After saving do a hg stat:

    % hg stat
M afile
M solar-only

    And we see that solar-only is queued up for commiting in default. Just remove it (with if).

    % hg rm -f solar-only

    Now hg stat shows it as removed:

    % hg stat
M afile
R solar-only

    and when we commit we’ll have what we want in the new changeset.

    • 0