ブランチ後にマスターからの特定のコードが削除されたときにGitブランチとマージする

Question

IマスターからXを分岐し、マスターからいくつかのコードYを削除しました。私はXからXへのコードをマージするときに、どのようにYをマスターに戻すようにするのですか？（Xからは削除されていないので）

Answer 1

git mergeを実行するだけで、このコマンドが実行されます。

YとXの変更をまとめて試行します。

Answer 2

ブランチを作成し、masterのコードを変更して（少なくともこの部分で）変更されていないブランチをマージすると、そのコードは戻ってこないでしょう。

Gitは変更（ "コミット"）についてです。マスターが変更されたのと同じ場所にある部分を変更したブランチをマージすると、通知が得られ、マージが一時停止されます。それ以外の場合は、がマージされたとなります。

Answer 3

あなたが最終的にgit checkout master && git merge branch-Xを実行すると、Gitはします：

1. はmasterの現在の先端のマージベースを見つけて、その名前branch-X解決さをすることを約束します。塩基を各枝先端と比較するために、2つの枝チップを比較する;
2. この組み合わせをマージベースのコンテンツに適用して、結果の変更セットを結合し、マージされたコンテンツを作成しようとします。

master側の変更が行Yのいくつかのセットを削除含まれている場合、それはステップ3に入力の一つだ場合を除き3.

をステップ入力の一つである、それを回避する方法はありませんあなたは別のマージ戦略を使用します -merge戦略は完全なコントロールを持っているため、上記の3つのステップの一部または全部を修正することも、それらのステップの一部または全部を削除することもできますステップ3の間：

• 自分自身（またはマージしている人）のメモを残す。たとえば、削除された行を、「マージングするときには、後でここに戻してください」と叫ぶ行に置き換えます。
• マージ競合をに配置しようとすると、コミットが将来branch-Xの先になるようにするには、同じ行セットの変更が含まれていることを確認してください。

マージ（あなたまたは他の誰か）が誰でも鋭い警告を見るので、両方を行うことは成功の確率が最も高くなります。しかし、これらの準備ステップの両方が、将来のある時代の誰かによって、取り消される可能性があることに注意してください。git mergeそれを防ぐためにできることは何もありません。実際には、将来的に、git mergeを実行します誰

---

は、git merge -s <strategy-name>を経由して、このコントロールを持っています。しかし、現時点で、また私が近い将来に考えているところでは、は魔法のマージ戦略ではありません。だからこれはほとんど役に立たない。