リポジトリのブランチ名の規約 » 履歴 » バージョン 1
toshi_a 初音, 2018-02-14 20:27
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 | h2. develop |
||
12 | |||
13 | 次のマイナーリリースに搭載される機能がmergeされるブランチです。リリースしていない新機能が利用できますが、それぞれの機能は実用できるようになってからこのブランチにmergeされます。 |
||
14 | |||
15 | どっちみちmikutterは不安定なのでこのブランチを常用するべきです。 |
||
16 | |||
17 | h2. topic/* |
||
18 | |||
19 | @topic/(チケット番号)-foobar@ のような名前のブランチは、ブランチ名に入っている番号のチケットに対する実装です。 |
||
20 | チケットに対応する時には、必ずチケットに対応するtopicブランチを作り、そこに修正内容をコミットしていき、問題がなくなればmasterブランチにmergeされます。 |
||
21 | |||
22 | タグ |
||
23 | |||
24 | リリース時に、そのバージョン番号をそのままタグ名として利用したタグを作成します。 |
||
25 | |||
26 | 例えば 3.6.0 をリリースした時には、 @3.6.0@ というタグを作ります。 |