<aside> 💡 以前は Git-Flow を使用していましたが、少人数の開発チームとしては過剰に複雑でした。
現在は GitHub Flow に近い、比較的シンプルなワークフローを使用しています。
</aside>
https://blog.jetbrains.com/space/2023/04/18/space-git-flow/
main
は常に存在するブランチ、その他はプルリクエストを介したマージが完了したら削除する。(GitHubの設定で自動削除可能)main
ブランチは直コミットができないよう保護し、必ずプルリクエストを使用する。main
ブランチは常にデプロイ可能である状態にする。main
ブランチから feature/fix
ブランチを作成する。-
を使用する。main
ブランチでは調査が難航しそうな不具合修正は、前回のリリース tag
から fix
ブランチを作成しても良い。
main
からリリースを行ったら tag
を打つ。(e.g. v4.0.5
)デフォルトブランチであり、プルリクエストのベースブランチとなる。
feature
, release
, hotfix
ブランチのマージ対象となる。
リリースされたら、タグを打つ e.g.: v1.5.0