リポジトリのブランチ名の規約 » 履歴 » バージョン 2
toshi_a 初音, 2018-02-25 17:15
| 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 | 2 | toshi_a 初音 | h1. タグ |
| 23 | 1 | toshi_a 初音 | |
| 24 | リリース時に、そのバージョン番号をそのままタグ名として利用したタグを作成します。 |
||
| 25 | |||
| 26 | 例えば 3.6.0 をリリースした時には、 @3.6.0@ というタグを作ります。 |