用最簡(jiǎn)單的術(shù)語來說，git pull做git fetch后面是git merge.

你可以git fetch隨時(shí)更新您的遠(yuǎn)程跟蹤分支。refs/remotes/<remote>/.

此操作從不更改您自己的本地分支。refs/heads，而且不更改工作副本是安全的。我甚至聽說過有人跑git fetch定期在后臺(tái)的cron作業(yè)(雖然我不建議這樣做)。

A?git pull是如何使本地分支更新其遠(yuǎn)程版本，同時(shí)更新其他遠(yuǎn)程跟蹤分支。

GIT文件-吉特拉力:

在默認(rèn)模式下，git pull是縮寫git fetch緊隨其后git merge FETCH_HEAD.

• 當(dāng)你使用pull，Git會(huì)自動(dòng)為你做你的工作。它是上下文敏感的。因此，Git將任何拉出的提交合并到當(dāng)前正在工作的分支中。pull 自動(dòng)合并提交，而不讓您首先檢查它們。。如果不密切管理分支機(jī)構(gòu)，可能會(huì)經(jīng)常發(fā)生沖突。

• 當(dāng)你fetch，Git從目標(biāo)分支收集當(dāng)前分支中不存在的任何提交，將它們存儲(chǔ)在本地存儲(chǔ)庫(kù)中。。然而，它不會(huì)將它們與當(dāng)前的分支合并。。如果您需要保持您的存儲(chǔ)庫(kù)的最新信息，但是如果您更新了您的文件，它可能會(huì)發(fā)生故障，這一點(diǎn)尤其有用。若要將提交集成到主分支中，請(qǐng)使用merge.

一個(gè)用例git fetch以下將告訴您自上次拉出后遠(yuǎn)程分支中的任何更改.。因此，您可以在執(zhí)行實(shí)際拉出之前進(jìn)行檢查，這可能會(huì)更改當(dāng)前分支和工作副本中的文件。

git fetch
git diff ...origin

我花了一點(diǎn)時(shí)間才明白其中的不同之處，但這是一個(gè)簡(jiǎn)單的解釋。master在您的本地主機(jī)是一個(gè)分支。

當(dāng)您克隆一個(gè)存儲(chǔ)庫(kù)時(shí)，可以將整個(gè)存儲(chǔ)庫(kù)獲取到本地主機(jī)。這意味著當(dāng)時(shí)您有一個(gè)原始/主指針HEAD師父指著同一個(gè)HEAD.

當(dāng)您開始工作并提交時(shí)，可以將主指針提前到HEAD+你的承諾。但是，原始/主指針仍然指向您克隆時(shí)的狀態(tài)。

所以區(qū)別是：

• 如果你做了

  git fetch

  它將只獲取遠(yuǎn)程存儲(chǔ)庫(kù)中的所有更改(

  GitHub

  )并將原始/主指針移動(dòng)到

  HEAD

  。同時(shí)，您的本地分支大師將繼續(xù)指向它的位置。
• 如果你做了

  git pull

  ，它將進(jìn)行基本提取(如前所述)，并將對(duì)主分支的任何新更改合并，并將指針移到

  HEAD.