git - git-flow を使用してホットフィックスをマージし、サポート ブランチから分岐して開発するための長期サポート

Question

私の新しいプロジェクトの git フローの実験的学習を行っています。次のことに気付きました。

次のシナリオ:

1. 通常の git-flow の動作:

   git flow hotfix start 1.1.2

   マスターに基づいてブランチを作成し、完了したらマスターとマージして開発します。

2. 別のブランチに基づくブランチ

   git flow hotfix start 1.1.3 support/1.x

   ただし、サポート ブランチに基づいて作成されたホットフィックスは、そのサポート ブランチにマージされ、開発にもマスターにも戻されませんが、終了時にタグ付けされます。

問題

マスター ブランチが現在あるv3.2.0が、修正プログラムが で導入されたコード セクションの問題に対するものであったがv1.1、現在の開発ブランチでまだ関連性があり、使用されている場合、それらをマージするにはどうすればよいですか?

この質問の理由は、新しいバージョンの方が優れている場合でも、一部のクライアントでは特定の古いバージョンの長期的なサポートが必要になるためです。

おそらく解決策ですが、そうではありません（SourceTreeを使用）

Atlassian SourceTree は常に、finish hotfix のみを master および development にマージし、クライアントが必要とするサポート ブランチには決してマージしません(3 回テスト済み)

Answer 1

私のmasterブランチが現在あるv3.2.0がhotfix、コード セクションの問題が導入されv1.1たが、現在の開発ブランチに関連して使用されている場合、それらをマージするにはどうすればよいですか?

hotfixブランチ (問題が解決された場所) を master にマージしないため、関連するコミットをチェリーピックmasterして に戻すことができます。

ログ ビュー ( Cmd- 2)、1 つまたは複数のコミット行を選択し ( Cmd-click またはShift-click multi-selects)、右クリックして ' Cherry pick' を選択します。