私が理解している限り、GIT ワークフローは次のように記述されています: http://nvie.com/posts/a-successful-git-branching-model/
このワークフローの古いブランチのバグ修正に関する質問があります。
多くの古いリリース ブランチがマスター ブランチにマージされていることを考えると、私たちの最後のリリースは、たとえば 2.6 のリリースでした。古いリリース ブランチ (1.5 など) で見つかったバグを修正する必要があります。リリース 1.5 に関連するマスター ブランチ状態からブランチを作成し、修正してデプロイすればOKです。しかし、ここで疑問が残ります。この変更をすべての新しいリリースに保存して伝達するにはどうすればよいでしょうか?
この修正をマスターにマージすることはできません。たとえば、修正していたクラスがリリース 2.3 で削除される可能性があるためです。master ブランチの HEAD に存在しない可能性があります。
マスターの履歴にマージできるかどうかわかりません。すべてのコミットをどのように変更する必要があるか想像できません。
そのため、ホットフィックスの後、すべてのマスター ブランチの次のコミットが古くなり、使用できなくなります。1.9 リリースに何らかのバグがある場合、1.9 のブランチを master からコミットし、何らかの方法で 1.5 のホットフィックスとマージしてから続行するしかありません。
私の理解は正しいですか？