How to pull/merge selective changesets
Kevin Bullock
kbullock at ringworld.org
Wed Aug 19 16:07:50 CDT 2009
On 19 Aug 2009, at 11:59 AM, Bruce Frederiksen wrote:
> I would like to set up two shared hg repos for the same project:
> release_1 and dev.
>
> Then after the following sequence of events:
> Push a changeset to release_1 that should only ever be seen in
> release_1.
> Push a changeset to dev that should only ever be seen in dev.
> Now I want to push a changeset to both repos.
I usually handle this kind of situation with the transplant extension;
I'll fix something on the default branch and then transplant just that
changeset to the release branch.
To me, this approach fits well with Mercurial's model of handling
changes: the patch is the same, but since the history (the series of
patches leading to the changeset) is divergent on each branch, it
creates a new changeset with a different ID. The null-merge approach
seems a bit kludgey to me, but that could be my own lack of experience.
Pacem in terris / Mir / Shanti / Salaam / Heiwa
Kevin R. Bullock
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://selenic.com/pipermail/mercurial/attachments/20090819/2466311d/attachment.htm
More information about the Mercurial
mailing list