Differences between revisions 17 and 22 (spanning 5 versions)
Revision 17 as of 2008-02-08 23:27:29
Size: 3966
Editor: abuehl
Comment:
Revision 22 as of 2008-02-10 13:32:46
Size: 5083
Editor: abuehl
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
["Branch/Discussion"]
Line 9: Line 11:
Strictly speaking, a branch is created when a user creates a new [:ChangeSet:changeset] C2 in a [:Repository:repository] R0, '''if''' its [:Parent:parent] changeset P already has a child C1, thus adding a second child changeset C2 to that parent P. This adds a new [:Head:head] to R0. Branches occur if lines of development diverge. The term "branch" may thus refer to a "diverged line of development". Combining a line of development into an existing one is called [:Merge:merging].

Branching can happen by [:Commit:committing] a [:ChangeSet:changeset] within a single repository or by committing diverging changes in distinct (but related) repositories. Two repositories are said to be related if they were once [:Clone:cloned] from the same repository but later may have diverged.

In contrast, merging — the act of combining two diverged develoment lines — can only be done in one repository. If you want to merge a diverged line of development that only exists in a separate repository, you must first [:Pull:pull] the [:Head:head] of that development line from the other repository into your local repository and then do the merge.

Strictly speaking, a branch is created when a user creates a new changeset C2 in a repository R0, '''if''' its [:Parent:parent] changeset P already has a child C1, thus adding a second child changeset C2 to that parent P. This adds a new head to R0.
Line 21: Line 29:
Line 96: Line 103:
 * MultipleHeads
 * NamedBranches
 * LocalBranches
 * LocalbranchExtension
 * BranchPlan
 * [:Merge]
 * [:TutorialMerge]
 * [:MultipleHeads]
 * [:NamedBranches]
 * [:LocalBranches]
 * [:LocalbranchExtension]
 * [:BranchPlan]

=== External links ===
 * [http://hgbook.red-bean.com/hgbookch8.html Managing releases and branchy development] in "[http://hgbook.red-bean.com/hgbook.html Distributed revision control with Mercurial]"

["Branch/Discussion"]

Branch

hg branch

hg branches

The term branch is sometimes used for slightly different concepts. This may be confusing for new users of Mercurial.

Branches occur if lines of development diverge. The term "branch" may thus refer to a "diverged line of development". Combining a line of development into an existing one is called [:Merge:merging].

Branching can happen by [:Commit:committing] a [:ChangeSet:changeset] within a single repository or by committing diverging changes in distinct (but related) repositories. Two repositories are said to be related if they were once [:Clone:cloned] from the same repository but later may have diverged.

In contrast, merging — the act of combining two diverged develoment lines — can only be done in one repository. If you want to merge a diverged line of development that only exists in a separate repository, you must first [:Pull:pull] the [:Head:head] of that development line from the other repository into your local repository and then do the merge.

Strictly speaking, a branch is created when a user creates a new changeset C2 in a repository R0, if its [:Parent:parent] changeset P already has a child C1, thus adding a second child changeset C2 to that parent P. This adds a new head to R0.

The creation of a branch can also happen in two different repositories R1 and R2, both containing the same parent changeset P, and a user [:Commit:committing] a new changeset C1 in R1 using P as its parent and a second user (or the same user) committing another new changeset C2 in R2 using the same changeset P as parent. From that perspective, each of these repositories may be seen as a "branch" of the other (see also ["Clone"]).

  • Note: after doing a hg --repository R1 pull --rev 3b978afa9ee5 R2, repository R1 will look the same as repository R0 (see ["Pull"]). This finally adds a new head to R1 as well.

As such, each changeset in Mercurial forms an element of a branch. A changeset thus can be said to "belong to a branch". Per that definition, a branch is simply a linear sequence of changesets.

Mercurial supports giving names to branches, by using the branch name property of the changeset (see NamedBranches). If no branch name is specified when committing a new changeset, Mercurial assigns the branch name "default". So the name of the default branch in a repository is "default" (which, for example, is not displayed when doing a hg log).

The command hg branches lists all branch names existing in a repository:

> hg help branches
hg branches [-a]

list repository named branches

    List the repository's named branches, indicating which ones are
    inactive.  If active is specified, only show active branches.

    A branch is considered active if it contains unmerged heads.

options:

 -a --active  show only branches that have unmerged heads

use "hg -v help branches" to show global options

The command hg branch may be used to specify a branch name for the next commit:

> hg help branch
hg branch [-f] [NAME]

set or show the current branch name

    With no argument, show the current branch name. With one argument,
    set the working directory branch name (the branch does not exist in
    the repository until the next commit).

    Unless --force is specified, branch will not let you set a
    branch name that shadows an existing branch.

options:

 -f --force  set branch name even if it shadows an existing branch

use "hg -v help branch" to show global options

Mercurial branch names may be used for whatever reasons users want. However, a good rule of thumb is to use branch names sparingly and for rather longer lived concepts like "release branches" (rel-1, rel-2, etc) and rather not for short lived work of single developers.

Some Mercurial users do not use branch names at all. And there is indeed no need to assign branch names in Mercurial. Some users find them helpful, some not. Establish and apply your local consensus.

See also


CategoryCommand CategoryGlossary

Branch (last edited 2012-11-19 15:58:57 by 195)