大規模プロジェクトでGitFlowを使ってきた経験があります。フィーチャーブランチ、developブランチ、リリースブランチ、ホットフィックスブランチ。ブランチのグラフはまるで地下鉄の路線図のようでした。フィーチャーをマージするには、コンフリクト解決の博士号が必要でした。
今はトランクベース開発を採用しています。ブランチは1つだけ。mainから出荷します。デプロイ頻度は週1回から毎日になりました。
なぜほとんどのGitワークフローは複雑すぎるのか
GitFlowは、四半期ごとに物理メディアで出荷するソフトウェアのために設計されました。もしデプロイプロセスにCDの焼き付けが含まれているなら、リリースブランチが必要です。
mainにマージしてVercel/GitHub Actionsが残りを処理する形でデプロイしているなら、GitFlowの90%は不要です。
実際にやっていること
\\
