Git：小さな、しかし非常に古いブランチをマージするには？

Question

私たちはSVNから移行しており、ブランチのマージも行っています。大幅に簡素化するために、私たちはずっと前から分岐していたブランチBを持っていますが、少し開発が進んでいます。一方、巨大な変更がマスターに起こった：

A 
| 
X---(a few changes)--- B 
| 
|(hundreds of changes) 
| 
HEAD/master 

私はブランチから「gitのマージマスター」を行う場合

は、多くの競合が示され、マージ、BおよびHEADは現在、非常に異なっているので。しかし、これは間違っているように思えます。Bは胴体から遠く離れているわけではありません。

この事実を利用する方法はありますか？私は最初にBをXにマージし、そこからHEADにマージする必要がありますか？どのようなコマンドはに次のようになります。

1. は

を頭にその新しいマージされたバージョンからのX

アップデートとBとX

マージBの違いを参照してくださいリビジョンX

を特定です人々がこれらの状況で使用する別のアプローチがありますか？

（恐らく私が前にあるいくつかの非常に愚かと非のgit-ようなことを言ってきた - 。それを指摘して自由に感じる:)）

Answer 1

ポイントBから新しいブランチ「X」を作成しますマスターが分岐してからBをXにマージすることはあなたを助けません。それは単純に早送りマージです。文字通りの変更はありませんは、マージBがマスターになることによるコンフリクトになります。あなたの唯一の選択肢は、Bをマスターにマージし、競合を解決することです。紛争は彼らのものであり、彼らの周りには道がありません。

Answer 2

もしそれが十分ではない場合は、HEADまたは少なくとも最新のバージョンに対して手動でパッチを書き直すことができます。これは紛争に対処するだけでなく、おそらくあなたが好きな歴史を残すだけでなく、がマージ競合の一部ではないバグを回避するのに役立ちます。変更のもとでコードが変更されるために問題が発生する可能性は非常に高く、すべてが実際にマージ競合として現れるわけではありません。

しかし、あなたはそれをmerge-yの方法で単独でやりたいのであれば、これらの紛争を何らかの形で処理しなければならないと言います。 が可能です。あなたは漸進的にそれを行うことで少しずつ痛みを払うことができます。私は徐々に前方分岐をリベースすることでこれを行う可能性があります：

git rebase version-2 old-branch 
# deal with conflicts if they happen 
git rebase version-3 old-branch 
# and so on... 
# until old-branch is based on a recent version 
git checkout master 
git merge old-branch 

これは効果的にあなたの代わりに一度にすべてを扱うのは、各ステップにおける小さな変化に対応させます。