Differences between revisions 5 and 7 (spanning 2 versions)
Revision 5 as of 2008-03-24 10:50:45
Size: 2314
Editor: abuehl
Comment: +links
Revision 7 as of 2008-03-24 16:56:24
Size: 2358
Editor: abuehl
Comment:
Deletions are marked like this. Additions are marked like this.
Line 34: Line 34:
    This updates the [:WorkingDirectory:working directory] to revision R.     This [:Update:updates] the [:WorkingDirectory:working directory] to revision R.
Line 40: Line 40:
    This reverts the working directory to its contents at [:Tip:tip].     This [:Revert:reverts] the working directory to its contents at [:Tip:tip].
Line 50: Line 50:
    This assumes you want to get rid of your individual changesets
   
(which are a dangling branch in oldrepo) and just keep the combined
    changeset
. newrepo will now just have the combined changeset.
    This assumes you want to get rid of your individual changesets (which are a dangling branch in oldrepo) and just keep the combined changeset (see also [:PruningDeadBranches]). newrepo will now just have the combined changeset.

Concatenating multiple changesets into one changeset

(See also [:EditingHistory])

Suppose you have a [:Repository:repository] with a number of [:ChangeSet:changesets] which you want to combine into a single changeset.

This can be done as follows using only the basic operations of Mercurial, namely [:Clone:clone], [:Push:push], and [:Pull:pull].

For simplicity, let us assume that the repository in question has a single [:Head:head], and you want to combine the last k [:Revision:revisions] into a single revision.

For concreteness, let us call the base revision R, and the ending revision R+k.

Let us furthermore assume the repository has no [:LocalModifications:local modifications].

The strategy is to take advantage of Mercurial's support for repositories with more than one head. What we do is create a [:Branch:branch] whose root revision is R and which consists of just one changeset (actually it can be multiple changesets, the principle is the same, but for simplicity let us assume one).

Diagramatically, this looks like:

Include(/fig1)

Include(/fig2)

Include(/fig3)

[:/fig1:fig 1]

[:/fig2:fig 2]

[:/fig2:fig 3]

The procedure is as follows.

  1. hg update R
    • This [:Update:updates] the [:WorkingDirectory:working directory] to revision R. Specifically, this means that the contents of the working directory are changed to that of revision R, and that R becomes the [:Parent:parent] of the working directory.

  2. hg revert -r tip --all
    • This [:Revert:reverts] the working directory to its contents at [:Tip:tip]. Since the parent of the working directory is still R, this means that the combined contents of all changesets between R and R+k show up as the modifications in the working directory.

  3. hg ci -m "Combined changesets between R and R+k"
    • At this point, [:Commit:committing] these modifications will create a changeset containing all combined changesets between revisions R and R+k.

  4. hg clone -r tip oldrepo newrepo
    • This assumes you want to get rid of your individual changesets (which are a dangling branch in oldrepo) and just keep the combined changeset (see also [:PruningDeadBranches]). newrepo will now just have the combined changeset.


CategoryTipsAndTricks

ConcatenatingChangesets (last edited 2013-10-10 10:48:33 by RamiroMorales)