forked from BitzenyCoreDevelopers/bitzeny
-
Notifications
You must be signed in to change notification settings - Fork 3
Rules for Developing BitZeny Plus (開発ルール)
Kikyou Akino edited this page Aug 8, 2018
·
6 revisions
https://github.com/bitzenyPlus/BitZenyPlus/issues/11#issuecomment-410516774
Discord上での話し合いの結果、
-
v3.0-dev
... developブランチ -
v3.0-rel
... releaseブランチ(リリース準備開始とともに作成、リリース完了後に削除) -
v3.0
... masterブランチ(v3.0.0.0
リリース完了後に作成) -
feature
,hotfix
... git-flowに準拠
と決まりました。
参考:
- http://www.atmarkit.co.jp/ait/articles/1311/18/news017.html
- https://qiita.com/KosukeSone/items/514dd24828b485c69a05
- https://nvie.com/posts/a-successful-git-branching-model/
一般ユーザーがGitHubにやってきて開発中のソースをビルドして使われたら困るので、デフォルトは最終リリース版のソースを指すようにしたい
以前、開発版でBIPのフラグが立ったものがビルドされ使用されてしまい、あわや予期しないHFが起こるところだった。
そのような無用のトラブルはできるだけ防ぎたいという意図がある。
よってデフォルトは当面z2.0.x
とする。
v3.0.0.0
がリリースされ次第、デフォルトブランチはv3.0
に変更する。
- 機能毎の単位でfeatureブランチを作成し、作業する。(命名例:
feature/xxxxx
) - 作業が完了したらfeatureブランチを
git push
- featureブランチを
v3.0-dev
へマージする形でPull Requestを作成 - PR作成者 以外の 開発者がレビューして承認
- マージ
- マージが済んだfeatureブランチは削除する
- 関連したIssueがあればcloseするなりコメントを残すなりする
以上