git pullとfast forward merging

Question

私の質問は簡単です。 git pullは、元のリポジトリから新しい変更を取得するときに早送りマージを実行しますか？私はドキュメントではデフォルトでそれを読んでいませんが、私は引っ張ってもマージコミットはありません。一例として、

以下の歴史を持つ元のリポジトリを考えてみます。

A -> B -> C -> D 

そして、私の作業リポジトリは次のようである：

A -> B -> C -> W -> X 

私はリモートから引き抜くとその後、私が手：

A -> B -> C -> W -> X -> D 

Xとの間のマージコミットなし。新しい変更を取り込むときにマージの競合はありません。これは私がgitガイドから理解しているものと一致しません。

Answer 1

git pull --rebaseのいずれかを呼び出すか、デフォルトではpullがリベースするようにローカルリポジトリの設定を変更した場合。

pullを統合して、デフォルトでmerge場合、または設定やパラメータがそうrebaseを伝えることへの分岐のためのfetchをやって最初の組み合わせです。

mergeローカルブランチにのみ存在するコミットがない場合、デフォルトでは早送りマージが行われます。設定またはパラメーター--no-ffによってこれを防ぐことができます。あるいは、早送りマージだけが構成またはパラメーター--ff-onlyによって実行されるように強制できます。早送りマージができない場合、マージが失敗します（つまり、ローカルコミット）。

mergeを使用して記述する動作は、DのヒストリとそのSHA値を変更するrebaseであるため、達成できません。コミッターの名前として、そしてコミッターの日付として完全に新しいコミットであり、Dと同じ変更を導入し、同じ著者名と著者日付を持っています。このような書き換えられたコミットは通常D'と呼ばれます。