トピックブランチとは

トピックブランチとは
なかじまゆうじ

はじめに
この資料は、VSSは知っているけどSubversion
やGitなどマージ機能を持っているVCSを知らな
い人向けに、トピックブランチを説明するため
に作成したものです。
なかじまゆうじの私見や思い込み、誤解がかな
り入っています。

トピックブランチの目的
トピックブランチは下記の3つの要件を満たす
ために考えられました。
● すべての変更を記録したい。
● いつでもリリース可能な（中途半端な修正
が入っていない）ブランチが欲しい。
● 「その機能、やっぱりリリースしない」を
アリにしたい。

トピックブランチがある開発
リポジトリ上には前回リリース時点の状態があ
ります。この状態が存在するブランチを
「MAINブランチ（Subversionではtrunk）」と
呼びます。
1 MAINブランチ

トピックブランチがある開発
このソフトウェアに機能を追加することになり
ました。しかし、MAINブランチは中途半端な
状態にはしたくありません。そこで、MAINブ
ランチから分岐した、この新機能のためのブラ
ンチを作成します。
1
2
MAINブランチ
トピックブランチ

トピックブランチのある開発
新機能のためのブランチで実装を行い、変更を
チェックインしました。
1
2 3
MAINブランチ

新機能のためのブランチで単体テストを行いま
した。しかし、実装した新機能に不具合があっ
たようです。
1
2 3
MAINブランチ

新機能のためのブランチで不具合の修正を行い、
チェックインしました。これで不具合は無くな
ったようです。
1
2 3 4
MAINブランチ

MAINブランチにマージを行いました。MAINブ
ランチのコードが結合テストとシステムテスト
に合格すれば、晴れて新機能のリリースです。
1
2 3 4
5 MAINブランチ

トピックブランチ利用のメリット
MAINブランチは、いつでもリリースできます。
（トピックブランチをマージしてから、テスト
完了までを除く。）
1
2 3 4
5 MAINブランチ

トピックブランチの変更箇所はすべてVCSに記
録されています。修正箇所をソースコード上の
コメントで残す必要はありません。VCSの変更
履歴からいつでも見ることができます。
1
2 3 4
5 MAINブランチ

トピックブランチの修正はすべて記録されてい
ます。区切り区切りでコミットしておけば、
「今の修正は失敗。さっきのところまで戻りた
い。」が簡単です。
1
2 3 4
5 MAINブランチ

MAINブランチにマージするまでは、新機能の
リリースを中止することができます。
1
2 3 4
5 MAINブランチ

トピックブランチ利用のデメリット
新しいことを始めると、必ずミスをします。
物事には「慣れ」が必要です。

FAQ
Q1. ブランチをたくさん作ると、リポジトリサ
イズが大きくなって、遅くなったりディスクが
足りなくなったりしませんか？
A1. ブランチを作っただけでは「ブランチを作
ったよ」という情報だけしか保存されませんの
で、ほとんど大きくなりません。

FAQ
Q2. マージがめんどくさいです。大変です。ミ
スをしそうです。
A2. Subversion以降のVCSを使えば、ほぼ自動
でマージしてくれます。手動でのマージが必要
になるのは、全く同じ行を2人が修正している
場合だけです。

FAQ
Q3. トピックブランチは、どんな単位で作れば
良いのでしょうか。開発者ごと？
A3. いいえ。なるべく小さい方が良いです。バ
グなら1つずつ。新機能でも単独動作可能な最
小単位で作りましょう。

まとめ
トピックブランチを使って、安全な状態を保ち
つつ開発しましょう。

Recommended