私たちのプロジェクトでは、 http://nvie.com/posts/a-successful-git-branching-model/に従ってリポジトリ モデルに従っています 。
これまでは開発ブランチに機能を追加していましたが、現在、プロジェクトはリリース ブランチを作成しており、そのリリース ブランチに修正を追加する必要があります。私が読んだことから、修正プログラムを追加すると、リリース ブランチではなくマスター ブランチに修正が追加されます。では、リリース ブランチに修正を追加するにはどうすればよいでしょうか。
リリース ブランチの主なポイントの 1 つは、マイナーなバグ修正を可能にすることです。そのため、リリース ブランチがアクティブな間は、リリース ブランチで直接修正を行うことができます。
リリース ブランチが終了した後、つまりリリースが行われた後、master にマージされます。その後、コミットはリリース ブランチに追加されなくなります。むしろ、リリース後に行われる緊急のバグ修正はホットフィックスであり、master にマージする必要があります。(緊急ではないバグ修正は機能として作成し、develop ブランチにマージして後でリリースすることができます)
概念的には、リリースが行われた後、リリース ブランチは「死んで」います。マスター ブランチと開発ブランチのみが継続的に存続します。
もちろん、別のプロセスを自由に使用できますが、厳密には git-flow モデルに従っているわけではありません。