Mercurial 勉強中 (4) - branch と heads

Mercurial には branch という概念があります。これは Subversion で svn cp にて能動的に利用する branch とは違って，システムで用意されている機能です。なので，Subversion における branch(es) のことはスッパリ忘れてください。

ややこしいのは，Mercurial には branch をサポートするためにいくつかの機構があり，それを同じ「branch」という用語で呼んでいることです。ざっくり書くと下記の 3 種類があります（⇒What are branches, merges, heads, and the tip? - FAQ - Mercurial, Branch - Mercurial）。

今回は unnamed branch について話を絞ります。

branch とは，同じコードセットで開発を行っていきつつも，いくつか異なる派生物をメンテナンスしていきたいときに欲しくなる概念です。

たとえば，

などに分けて開発したり，

などを用意するときに，便利です。

Mercurial では単一のレポジトリ内に複数の branch をもつことができます。

この例では，

を示しています。

この未 merge な branch の最終 changeset を heads と呼ぶのですが，これだけではその概念がわかりにくいので changeset について説明します。

リビジョンを changeset 単位で管理している，というのは Subversion と同じなので省略します。

Mercurial での branch というのは，実際には各 changeset の持っている「属性」のようなものです*1

先ほどの branch の図を changeset の時系列沿いに表記したものを下記に示します。

ちょっと状況が異なる図なのですが，イメージはわかると思います。

changeset #1, #2, #3 は changeset #0 を元として作成された
changeset #5 を changeset #7 に merge した
- このため，changeset #2, #5 の属する branch は inactive となった
changeset #6 は，どこにも merge していない
- merge していない変更点のある changeset を heads と呼ぶ
- レポジトリにどのような heads があるのかは hg heads コマンドにて確認できる

branch (changeset) は必ずしも merge しなくてはいけないわけではありません。

先ほどあげた例のように，あえて「大阪営業所用カスタマイズ」として changeset #3, #6 のラインを主体的に残すと，概念的な branch と為すことができるわけです。

では，複数の branch に分岐するのはどのようなことが trigger となるのでしょうか。

1. については，実際には 2. のように明示的に branch 名をつけて行うほうがベターなので省略します。2. については Mercurial 勉強中 (6) - named branch と update -C - daily dayflower に書きました。3. については Mercurial 勉強中 (5) - conflict と multiple heads, merge - daily dayflower に書きました。

*1:もっと具体的にいうと，ある changeset が，どの changeset(s) を親にもつのか，ということを示しているだけなんですが。