1

私のシナリオの大部分では、gitフローは非常にうまくいっています。ただし、次のシナリオ（時系列）を考えると、前進するための最良の方法が何であるかはわかりません。

  1. リリース1.0は本番環境にプッシュされます（「gitflowrelease」で実行）
  2. 新機能のリリース後の開発とバグ修正は開発ブランチで行われます
  3. いくつかの主要なバグといくつかの不足している要件がリリース1.0で表面化し、クライアントは次のメジャーリリースを待つことができないと判断しましたが、これらのバグ/機能のいくつかは、必要な作業に加えて、開発ブランチですでに対処されています。次のリリースを待ちます。

水晶玉があれば、開発ブランチではなくホットフィックスとしてアップデートを適用する必要があったと思いますが、今のところ手遅れです。ホットフィックスを（マスターブランチから）開始すると、ブランチ間（グロス）で適切な更新を文字通りコピーして貼り付けることができますが、ブランチをマージすると（ある時点で）厄介な競合が発生します。

この特定の状況では、頭痛を最小限に抑えるための最良の方法は何でしょうか？

4

1 に答える 1

2

ホットフィックスブランチを作成し、「gitcherry-pick」を使用して開発ブランチから特定の変更をプルします。

git cherry-pick [commitid]

将来、一般的なマージを行う場合、厳選されたコミットが重複したり、競合したりすることはありません。gitはそれを解決するのに十分賢いです。

于 2012-11-28T14:44:09.323 に答える