リポジトリのブランチ名の規約 » 履歴 » バージョン 3
toshi_a 初音, 2018-05-30 02:37
1 | 1 | toshi_a 初音 | mikutterリポジトリがブランチを作成・管理するルールです。 |
---|---|---|---|
2 | |||
3 | h1. ブランチ |
||
4 | |||
5 | h2. master |
||
6 | |||
7 | 現在リリースされてメンテナンス中のバージョンです。バグ修正などが行われたらtopicブランチからmasterにmergeされるため、まだリリースされていないバグ修正が含まれます。 |
||
8 | |||
9 | 3.0.1 → 3.0.2のようなバグフィックスリリースに使われるので、一番安定している可能性が高いブランチです。 |
||
10 | |||
11 | 3 | toshi_a 初音 | その性質上、master以外のブランチは、いつでもmasterを自身にmergeすることができます。 |
12 | |||
13 | 1 | toshi_a 初音 | h2. develop |
14 | |||
15 | 次のマイナーリリースに搭載される機能がmergeされるブランチです。リリースしていない新機能が利用できますが、それぞれの機能は実用できるようになってからこのブランチにmergeされます。 |
||
16 | |||
17 | どっちみちmikutterは不安定なのでこのブランチを常用するべきです。 |
||
18 | |||
19 | h2. topic/* |
||
20 | |||
21 | @topic/(チケット番号)-foobar@ のような名前のブランチは、ブランチ名に入っている番号のチケットに対する実装です。 |
||
22 | チケットに対応する時には、必ずチケットに対応するtopicブランチを作り、そこに修正内容をコミットしていき、問題がなくなればmasterブランチにmergeされます。 |
||
23 | |||
24 | 2 | toshi_a 初音 | h1. タグ |
25 | 1 | toshi_a 初音 | |
26 | リリース時に、そのバージョン番号をそのままタグ名として利用したタグを作成します。 |
||
27 | |||
28 | 例えば 3.6.0 をリリースした時には、 @3.6.0@ というタグを作ります。 |