Git-FlowでGrid of Doom™を回避する
私のプロジェクトは Git Flow分岐モデル に従います。開発はdevelopで行われ、これはmasterにマージされ、リリースのタグが付けられます。修正プログラムは、現在のmasterから分岐したブランチで発生します。
ただし、現在の開発では修正プログラムも必要であるため、各修正プログラムのブランチもdevelopにマージされます。
これにより、非常に見苦しいリビジョングラフが作成されます。特に、開発/修正プログラムは短い時間枠でマージされることがよくあります。
これは通常Git-Flowで発生する問題ですか？簡単な修正はありますか？
あなたの問題は、すべてのホットフィックスを2〜3回マージしているということですか？ （最初にマスターし、次に開発し、最後に再び開発からマスターする）？
ええ、それだけです！それを避けることはできませんが、ホットフィックスは開発にマージする必要があります
もちろん、実際に何も変更されていないのに、なぜ開発からマスターにマージするのでしょうか。
それらの1つを見てみましょうmaster<-develop<-hotfixマージ：そこに実際の変更はないはずです（結局、ホットフィックスはすでにマスターに直接マージされています）。変更がない場合は、行わないでください。
いずれにせよ、リンクされたドキュメントによると、開発からマスターへのマージはリリースブランチを経由するだけです。代わりに、マスターを（不安定な）開発ブランチと同期させます-しないでください。