Git：2つのブランチに影響するバグの修正

私はGitリポジトリを成功したGit分岐モデルに基づいており、この状況になったらどうなるのかと考えていました。

2つの機能ブランチAとBで開発しており、BにはAからのコードが必要であるとします。Xノードは機能AにブランチBに影響するエラーを導入しますが、機能AとBがマージされたノードYでは検出されず、テストは、再び分岐して次の反復に取り組む前に実施されました。

その結果、機能Bで作業している人々がノードZでバグを見つけました。この段階で、バグ修正が必要であると判断されました。この修正は両方の機能に適用する必要があります。これは、機能の一部であるため、機能Aで作業している人々もバグを修正する必要があるためです。

バグ修正ブランチを最新の機能Aノード（ノードYから分岐するノード）から作成し、機能Aとマージする必要がありますか？その後、両方の機能が再び開発にマージされ、分岐する前にテストされますか？

この問題は、問題を解決するために両方のブランチをマージする必要があることです。フィーチャーBはフィーチャーAのコードに触れないため、修正を実装し、フィーチャーBブランチをマージせずにフィーチャーAの修正コードを保持することにより、ノードYの履歴を変更する方法はありますか？

軽度の関連：Gitバグの分岐規則

明確なコミットを使用して1つのブランチのバグを修正し、そのコミットを他のブランチにチェリーピックします。

おそらく、AまたはXにバグはありません。それが見つかったブランチBのバグを修正します。修正は、通常のイベントの過程でXおよびAに伝播します。

で一般的なワークフローではありませんが、gitMercurialで一般的なワークフローは、リビジョンに更新しX、そこでバグを修正し（X²として）、次にマージをやり直しますY（これはMercurialではマージのペアでした）。

実際には、このワークフローはで容易になりgit、誰もが切り替えた後以降YにY²元へのREFがY失われると、それは最終的にはゴミが収集されます。ではhg、あなた手動でリポジトリを整理するために、これらのコミットを取り除く必要があっただろう。