マージの際にgitマージ戦略が使用されましたか？

Question

私はちょうど約recursiveのマージ戦略は、oursパラメータを持つことがわかった。 ours戦略もあります。

さらに多くの人がファイルを操作してリモートリポジトリにプッシュすると、私は来てgit pull -s oursを実行しますが、リモート変更を無視して代わりに私の代わりにします。

このファイルは、他の人物の履歴が残っていないように見えるため、これは非常に混乱しています。これを見るには、git log --follow <file>と書いてください。また、マージコミットを見ると、ファイルが影響を受けているという証拠はありません。

このようなことが起こったときは、どうすればわかりますか？使用されるマージ戦略を確認することは可能ですか？または、ファイルの履歴が変更されたことを確認することはできますか？

Answer 1

ファイルの履歴は変更されておらず、表示されるマージコミットに追加の変更はありませんでした。 -X oursまたは-s oursを使用すると、（コンフリクトまたは常に）マージされたツリーのどちら側が使用されるのかが示され、操作履歴は存在しません。そして、-X oursが存在するかどうかはもちろん検出できません。 -X oursを使用せずに、マージの面を完全に克服することで発生する競合を解決することもできます。同じ結果になるでしょう。正しいことをするのは合併の仕事です。

Answer 2

（これはBjörn Kautler's answerに追加するものではなく、コメントには長すぎるとフォーマット-Yです。）

編集：その第一及び第二の両親へのマージを比較し、-s oursマージを見つけるために（追加の親があれば）。最初のものと同じであるが他のものと異なる場合は、-s oursで行われたマージ、または同等のものを生成した手動の解決で完了したマージです。シェルワンライナー（も...とても長い1行、およびテストされていない）として

：

git rev-list --merges --parents HEAD | 
    while read commit first rest; do 
    test $(git diff --name-only $commit $first | wc -l) -ne 0 && continue; 
    set -- $rest; 
    anydiff=false; 
    for i do 
     test $(git diff --name-only $commit $i | wc -l) -ne 0 && anydiff=true; 
    done; 
    $anydiff && echo "merge $commit is (effectively) -s ours"; 
    done 

すべてがここに（HEAD）から到達可能なマージ見つけ、です。いくつかありますが：

• が$commitは$first（その最初の親）と異なる場合、スキップ：ありません-s ours。
• 残りの親の場合$commitが$iと異なる場合は、それが異なっていることに注意してください（これもまたスピードアップの点ではbreakでも可能です）。
• 最初の親と同じだが他の親とは違う場合は、

---

-X oursと-s oursの間には大きな、重要な違いがあります。それはcalled out in the documentationです：これはヘッドの任意の数を解決する

[-s]私たちが、マージの結果ツリーは、効果的にすべての変更をすべて無視して、常に現在のブランチヘッドのものです他の支店。これは、サイドブランチの古い開発履歴に取って代わるために使用されることを意図しています。これは再帰マージ戦略の-Xoursオプションとは異なります。

私はこのメモが本当に強くないと思います。私はまだそれに取り組んでおりますが、ここで私は、「マージ」の章ではこれについて言うことです：私たちはすでに-X theirsオプションを見てきました

---

。 -X oursは、Mercurialの:merge-localツール に対応し、競合が発生した場合には という変更を選択します。 キャロルのマージの場合、 これは、アリスの変更が の場合、 の方がボブの変更を受け入れることになりますが、 はコンフリクトがないことを意味します。

は、[...]これらの-Xのオプションに加えて

、 git mergeは-s strategyオプションを提供します。 これらのほとんどは、私たちがここでは無視するために十分に特化されていますが、 を悪用しやすいので、特に を呼び出す必要があります。

紛らわしい、 git mergeは-s ours、 を提供していますが-s oursは非常に異なるアクション-X oursより を持っています。 のGitの-s ours コミット現在のと同じソースツリーを維持 、その作用であるにすべてのターゲット・ファイルを無視し廃棄 （またはMercurialの中他ファイル） 、Mercurialの:localマージツールに相当します。 Git でのこの種のマージの主な用途は、トピックまたは機能ブランチ をkillして、つまりメインラインブランチに戻すことです。 これは、履歴調査のコミットDAGに、 と記録されていますが、メインラインブランチ からすべての処理が廃棄されました。 失敗した実験としてマークします。 （私たちは、もちろん、:localを使用してMercurialに、 で同じことを行うことができます。 しかし、Mercurialの枝が殺されることができない、 ので、これには実際のポイントはありません。）

---

この缶--strategy strategy、 を綴ったが、私は、これは実際に”を拡張だけ“放置-Xで-sと-X、 を覚えるよりも もっと混乱して見つけること。