マージ時にリバートコミットを除外する

Question

私たちは、長寿命ブランチPROD、TEST et DEVを使用します。

次のアプリケーションバージョンはDEVで開発され、テストの準備ができたらTESTにマージされ、リリースされたPRODにマージされます。

コミットの中にはテストブランチ（テストされているバージョンのバグ修正用）とPROD（メンテナンスバグ用）で直接作成されるものがあります。

PRODとTESTのこれらのコミットは、常に子ブランチに統合されます（つまり、PRODはTESTとDEVにマージされ、TESTはDEVにマージされます）。

しばらくすると、PRODでバグ修正がコミットされ、TESTとDEVでマージされてから元に戻されます。しかし、計画にはいくつかの変更があり、バグ修正はPRODのバージョンではなく、TESTのバージョンの一部でなければなりません。

ここに問題があります。私がPRODでコミットを元に戻すと、PRODがマージダウンされたときにTESTとDEVでも復帰が行われます。 PRODがマージされた後でも、PRODの変更を削除してTESTとDEVに保存するにはどうすればいいですか？私は現在、何

がTESTから、次のとおりです。

git merge PROD --no-commit 

これは、マージがTESTにコミットされる前に、私はPRODから元に戻した変更を破棄することができます。その後、特別な介入なしにTESTからDEVにマージします。 PRODからマージする唯一のコミットがリバースされたコミットである場合、これはファイルなしでマージされますが、これにもかかわらず動作します。

私のアプローチが正しいかどうか、これを行うより良い方法があるのだろうかと思っていましたか？

Answer 1

一般に、プロダクションブランチをテストブランチにマージするのは悪い考えです。通常はgit checkout PROD、次にgit merge TESTとなります。 （あなたがこの経験則についての詳細をお知りになりたい場合は、このblog post on merging and branchesは完全な正当化を提供します。）

誰かが誤ってTESTであることを意味したPRODで修正をコミットする場合は、あなたが上に固定し、おそらく桜ピックすべきTESTとし、それをPRODに戻してください。ステップバイステップで説明するために、PRODの修正を伴うコミットにオブジェクト名Aがあるとします。その後：あなたはPRODへTESTをマージするとき今、修正はに統合されるべき

# cherry-pick the commit onto `TEST`. 
git checkout TEST 
git cherry-pick A 

# Now revert the commit on `PROD`: 
git checkout PROD 
git revert A 

（履歴によって、それは競合が生じる可能性がありますが、そう、これはバージョンの賛成で解決することは容易である必要があります。 TEST）