strategy = oursを使ったマージを元に戻すには？

Question

私はちょうど--strategy=oursフラグ（--strategy-option = oursフラグを使用していた）を使用していたため、HEADに何も変更を加えていないことを発見した数週間前にマージされたリポジトリを使用しています。しかし、変更を適用する必要があります。 Gitはすでにブランチがマージされていることとブランチの履歴にコミットしていることを認識しています。

マージのこの種のは、元に戻すおよび/またはファイルを変更するには、マージを再適用する適切な方法だろう何git revert -m ...

を使用して元に戻すことはできませんか？

master A - B - E - F - G ---> L - M - N 
      \ /
topic   C - D 

このシナリオでは、マージコミット(F)が原因です。

Answer 1

この問題の解決策を発見しました。 Linusが手紙の中に誤りの合併を復活させることについて書きました：How to revert a faulty merge。 このケースのgit merge --strategy=ours topicは意図されていませんでした。マージに誤りがあっても、元に戻すことはできません。また、長い間押されていても、リバートコミットを元に戻すことはできません。

解決策は、トピックブランチをチェックアウトし、最初のコミットからrebase --no-ffを実行してから、そのブランチをマスターに戻してマージします。

fixed–topic C'–––D'––––––––––––––––––––- 
      /       \ 
master A–––B–––E–––F–––G –––> L–––M–––N–––F2 
      \ /
topic   C–––D 

は本当に、で徹底的にこれを理解してブランチを再作成する--no-ffリベースのオプションを使用して文字How to Revert a Faulty Mergeの最後の部分を読むために：

git checkout topic 
git rebase -i --no-ff <C> 
git checkout master 
git merge topic 

この

は降伏の効果がありました。

Answer 2

「マージしているものが何であっても、ここに何を残しておくのか」というマージ戦略は、その性質上、元に戻すことはできません。新しいブランチでマージの最初の親をチェックアウトしてから、再度マージします。 Rebase - 元のマージを上に置いた残りのコミットをこの上にマージします。

UPDATE：あなたは過去を気にしない場合は、あなたの場合は

、あなたはE上にG-Nをリベースしてからちょうどこの新しいマスターにDをマージすることができます。リベースは、Fが〜のマージであったので簡単です。

Answer 3

@Highway of Lifeは素晴らしい答えがあります。 1つは、リベースされたコミットが新しい異なるコミットのように見えることです。多くの場合、これは望ましくない可能性があります。私は同じコミットをもう一度マージしようとしましたが、git-mergeはこれを防ぎます。しかし、私はあなたが望むことを行うためにgitを得ることが常に可能であることを何度も見つけます。

1. 生活者の指示の

   フォローハイウェイが、マスター上にまっすぐにマージされません。

   git checkout -b fixed-topic <D> 
   git rebase -i --no-ff <B> 
   git checkout -b re-merged master 
   git merge fixed-topic 
   

   これは、その結果：

   今ツリーは、あなたがしたい正確にどのように設定されている

   re-merged    ––––––––––––––––––––------R 
           /      /
   fixed–topic  C'–––D'      /
          /       /
   master  A–––B–––E–––F–––G –––> L–––M–––N–––F2 
          \ /
   topic   C–––D 
   

2. - ファイルには、あなたが望む内容が正確に表示されます。 1つの問題は、マージコミットの親が実際に元のコミットではなく元のコミットのリベースされたコピーであることです。それはgit-reparentでこの問題を解決するのは簡単です：

   git reparent -p master -p <D> 
   

   これはで終わる：注意すべき重要なことは、Rの内容は、最後のステップのみの両親以降に変更されていないということです

   master  A–––B–––E–––F–––G –––> L–––M–––N–––F2 
          \ /      \ 
   topic   C–––D       \ 
            \       \ 
   re-merged    ---------------------------R 
   

   。新しいマージへ

3. 早送りマスターがコミット：

   git checkout master 
   git merge re-merged 
   

4. 最後にあなたが

   git branch -d fixed-topic re-master 
   

完了してクリーンアップすることができます！今、あなたの歴史は、一方の枝で、次のようになり二回合併：

master A–––B–––E–––F–––G –––> L–––M–––N–––F2---R 
      \ /      /
topic   C–––D----------------------------