Differences between revisions 3 and 11 (spanning 8 versions)
Revision 3 as of 2008-03-23 10:26:57
Size: 2893
Editor: abuehl
Comment: +(See also [:EditingHistory])
Revision 11 as of 2008-04-05 10:02:42
Size: 2949
Editor: abuehl
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
== Concatenating multiple changesets into one changeset == == Concatenating multiple changesets into one ==
Line 5: Line 5:
Suppose you have a repository with a number of changesets which you
want to combine into a single changeset.
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 using operations
[:Clone:clone], [:Push:push], and [:Pull:pull]. But let's make the following assumptions:
Line 8: Line 9:
This can be done as follows using only the basic operations of
mercurial, namely clone, push, pull.
 * The repository in question has a single [:Head:head], and you want to combine the last k [:Revision:revisions] into a single revision.
 * The base revision is called R, and the ending revision is called R+k.
 * The repository has no [:LocalModifications:local modifications].
Line 11: Line 13:
For simplicity, let us assume that the repository in question has a
single head, and you want to combine the last k revisions into a
single revision.
What we do is create a [:Branch:branch] whose root revision is R and which consists of one[[FootNote(Actually it can be multiple changesets. The principle is the same, but for simplicity let us assume one.)]] changeset (result of step 3 below). The procedure is as follows:
Line 15: Line 15:
For concreteness, let us call the base revision R, and the ending
revision R+k.
'''~+{{{1: hg update R}}}+~'''
Line 18: Line 17:
Let us furthermore assume the repository has no local changes.  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.
Line 20: Line 22:
The strategy is to take advantage of mercurial's support for
repositories with more than one head. What we do is create a 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).
Line 26: Line 23:
Diagramatically, this looks like: '''~+{{{2: hg revert -r tip --all}}}+~'''
Line 28: Line 25:
{{{#!dot  {{{#!dot
Line 30: Line 27:
  rankdir = BT;   rankdir = LR;
Line 39: Line 36:
{{{#!dot  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"}}}+~'''

 {{{#!dot
Line 41: Line 46:
  rankdir = BT;   rankdir = LR;
Line 51: Line 56:
{{{#!dot  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}}}+~'''

 {{{#!dot
Line 53: Line 64:
  rankdir = BT;   rankdir = LR;
Line 61: Line 72:
 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.
Line 62: Line 74:
The procedure is as follows.

 1. hg update R
    This updates the 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 of the working directory.

 2. hg revert -r tip --all
    This reverts the working directory to its contents at 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, 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. newrepo will now just have the combined changeset.

Concatenating multiple changesets into one

(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 using operations [:Clone:clone], [:Push:push], and [:Pull:pull]. But let's make the following assumptions:

  • The repository in question has a single [:Head:head], and you want to combine the last k [:Revision:revisions] into a single revision.

  • The base revision is called R, and the ending revision is called R+k.
  • The repository has no [:LocalModifications:local modifications].

What we do is create a [:Branch:branch] whose root revision is R and which consists of oneFootNote(Actually it can be multiple changesets. The principle is the same, but for simplicity let us assume one.) changeset (result of step 3 below). 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)