Git-FlowでGrid of Doom™を回避する

私のプロジェクトはGit Flow分岐モデルに従っています。開発はで行われdevelop、masterリリースにマージされ、タグが付けられます。修正プログラムは、現在のブランチから分岐しmasterます。

ただし、現在の開発では修正プログラムも必要なので、各修正プログラムのブランチもマージさdevelopれます。

これにより、非常に見苦しいリビジョングラフが作成されます。特に、開発/ホットフィックスは、短い時間枠で頻繁にマージされます。

これは一般にGit-Flowで発生する問題ですか？簡単な修正はありますか？

あなたの問題は、すべてのホットフィックスを2回または3回マージしているということですか？（最初にマスターし、次に開発し、最後に開発から再びマスターする）？

ええ、それだけです！それを避けることはできませんが、ホットフィックスは開発にマージする必要があります

もちろん、実際に何も変更されていないのに、なぜ開発からマスターにマージするのですか？

それらのmaster<-develop<-hotfixマージの1つを見てみましょう。そこには実際の変更はありません（結局、ホットフィックスはすでにマスターに直接マージされています）。変更がない場合は、行わないでください。

いずれにせよ、リンクされたドキュメントによると、開発からマスターへのマージはリリースブランチを経由するだけです。代わりに、マスターを（不安定な）開発ブランチと同期させます-しないでください。