gitによるブランチの切り方やバージョン管理について

Question

はじめてソースコード管理を任されました。
Gitを使っています。
現在は、masterブランチしかありません。
数人による開発で皆さんmasterブランチにコミットして、リモートリポジトリにプッシュしています。
そろそろ実装が落ち着いてきたので、納品用のブランチを切ってほしいと言われました。
今後何回かにわけて納品するようです。
納品時のソースコードの状況が把握しやすいようにブランチを切っていきたいです。
どのようなブランチを切れば上記の要件を満たし、管理もしやすくなるのでしょうか？
自分は新たにdevelopブランチを切って、今後はdevelopブランチで開発を続け、納品のたびにmasterブランチにマージすればいいのではないか？とぼんやりと考えています。
おすすめのブランチの切り方、バージョン管理の方法がありましたら、教えて頂けると幸いです。

Answer 1

納品時のソースコードの状況が把握しやすいようにブランチを切っていきたいです。

納品時のスナップショットを残す目的であれば、ブランチではなくタグを作成してください。タグ名にはバージョン番号を付けるか日付を付ければよいでしょう。

自分は新たにdevelopブランチを切って、今後はdevelopブランチで開発を続け、納品のたびにmasterブランチにマージすればいいのではないか？とぼんやりと考えています。
おすすめのブランチの切り方、バージョン管理の方法がありましたら、教えて頂けると幸いです。

納品時ではなく普段の開発時のブランチ戦略については、トピックブランチという概念を覚えてください。より体系的なブランチ管理には git-flow という概念があります。

Comments

[torimingo]

ご回答ありがとうございます。
タグを作成しようと思います。
すでに納品の段階ですが、トピックブランチ、git-flowを適用できそうならしようと思います。

Answer 2

質問文を読んだ感じ方向性としては良いと思います。
Gitflowで吸収出来ると思うので、
体系的にちゃんと勉強してお客さんに「Gitflowで管理しときますねー」と伝えれば十分だと思います。

デメリットらしいデメリットはクソ真面目で面倒、作業量が増える程度しか言うことないです。
「嫌だ」と言い出すとすれば作業量を嫌がった貴方、もしくは同僚になるわけで、客が困るわけじゃない。

その代替案もGitflowをちょっとアレンジしたり簡略化した程度になりますし、
そもそも簡素な運用するGitHub Flowくらいしかありません。

なのでGitflowと、GitHub Flowの2つをちゃんと勉強しておけば十分です。
時間がなければ質問文をとりまとめた感じのGitflowだけ勉強して、
GitHub Flowは言い出した奴に差分を質問すれば事足ります。

私の職場ではめんどうなのでGitHub Flowで、
どうしてもな場面でタグ打てば良いよね程度でやってます。