このスキームでは、チェリーピックマージは適切ですか？

Question

は、次のように構成されているgitリポジトリを想像してみて：

• メインブランチ - 次のメジャーリリースの開発がここ
• リリースブランチ行われている - リリースのパッチの開発はここ
に行われます
• ホットフィックスブランチ - ホットフィックスブランチは、リリースブランチから分岐してパッチのリリースバグを修正します。

 
Main --------------------------------> 
        \ 
Release   o--------o 
         \ /
Hotfix     o-- 

だから、修正プログラムがリリースブランチをオフに開発されている、と私のメインブランチに修正プログラムをもたらすために、私の以前のパターンがマージを選ぶ桜を使用することでした。今私はこれが適切であるかどうか質問しています。

メインブランチにホットフィックスブランチをマージするために通常のマージを使用する方が適切でしょうか？いずれのシナリオにも「落とし穴」はありますか？

Answer 1

私は、リリースブランチに私の修正プログラムをリベースし、しばらくしてメインにリリースブランチをマージするので、修正プログラムも入手できます。

チェリーピックされたコミットは、チェリーピッキングからのコミットと同じ内容の余分なコミットを生成するので、避けてください。あなたが持っているなら、チェリーピックは非常に便利です。主に修正プログラムをコミットしましたが、リリースブランチの修正も必要ですが、まだリリースしたくない他のものが含まれている可能性があるため、メインから完全にマージする必要はありません。