git fetch与git pull的关联及pull显示最新但fetch获新内容原因咨询

首先需要纠正一个普遍存在的认知偏差：git pull = git fetch + merge 这个描述是有严格前提的，并不代表git pull内置的fetch操作和你手动执行的无参数git fetch是等价行为，二者的表现差异几乎都来自于这个认知误区。

这个等式的准确表述是：

在当前本地分支已正确配置上游跟踪分支的前提下，git pull等价于先执行仅针对当前分支对应上游分支的定向fetch操作，再对抓取到的上游提交执行merge（或rebase，取决于pull.rebase配置），将上游变更合并到当前本地分支。

你遇到的“pull提示已是最新，fetch却能拿到新更新”的现象，通常由以下几种原因导致：

• 内置fetch的抓取范围不同
  git pull触发的fetch操作只抓取当前分支需要合并的那一个上游分支的提交，不会同步该远程仓库下其他分支的更新，也不会更新其他分支对应的本地远程跟踪引用（比如你在本地main分支执行pull，只会抓取origin/main的提交，不会同步origin/dev等其他分支的新提交到本地的refs/remotes/origin/路径下）。而你手动执行不带参数的git fetch时，会按照远程仓库配置的refspec规则，全量拉取该仓库所有匹配分支、标签的更新，同步所有对应的远程跟踪引用，自然会看到更多新的更新信息。
• 老版本Git的远程跟踪引用更新逻辑差异
  在Git 2.20之前的版本中，git pull触发的定向fetch默认不会更新当前分支对应的refs/remotes/origin/<分支名>远程跟踪引用，只会把抓取到的提交临时存在FETCH_HEAD文件中供后续合并使用。这种场景下如果远程真的有新提交，pull其实会正常完成合并，只是不会更新本地保存的远程分支指针，等你手动执行fetch时才会把这个指针同步到最新值，看起来就像是pull没拿到更新、fetch才拿到。
• 上游分支配置错误
  如果当前本地分支没有绑定正确的上游跟踪分支，比如本地dev分支错误绑定了不存在的远程分支、或者绑定了其他远程仓库的分支，git pull会按照错误的目标去拉取代码，自然会提示“已是最新”，但手动全量fetch时还是能拉到所有远程分支的真实最新提交。
• 标签拉取规则差异
  默认配置下git pull不会主动拉取远程仓库新增的标签，而无参数git fetch默认会拉取所有提交可达的新标签，你感知到的“新更新”很多时候只是新同步的标签信息，并不是分支提交存在差异。
• 多远程仓库场景的默认拉取目标差异
  如果你本地配置了多个远程仓库（比如同时配置了自己fork的origin和上游仓库的upstream），git pull默认只会拉取当前分支绑定的那个远程的对应分支，而无参数git fetch在部分配置下会拉取所有已配置远程仓库的更新，自然能拿到更多新信息。

内容的提问来源于stack exchange，提问作者kevinlinxc