git fetch两种写法差异及执行输出、作用相关技术疑问

一、git fetch origin bar:origin/bar 输出行的含义 #

1. * branch bar -> FETCH_HEAD #

这是Git拉取单个远程分支的标准反馈：它将远程仓库的bar分支的最新提交哈希写入本地的FETCH_HEAD临时引用。FETCH_HEAD是Git用来记录最近一次fetch操作获取的分支/提交的临时文件，每次执行单个分支的fetch都会覆盖它。

2. * [new ref] HEAD -> bar #

这里的HEAD指的是远程仓库的HEAD引用（不是你本地当前分支的HEAD），它代表远程仓库的默认分支。这条输出表示：

• 远程仓库的当前默认分支（HEAD）指向了远程的bar分支；
• Git在本地同步了这个远程HEAD引用，创建了refs/remotes/origin/HEAD（远程跟踪的HEAD引用），并让它指向本地的origin/bar远程跟踪分支。
  输出里简化显示为HEAD -> bar，实际是origin/HEAD -> origin/bar，和你本地当前分支无关，所以git branch --show-current显示的不是bar完全正常。

二、git fetch origin foo 的作用与效果 #

执行git fetch origin foo时，除了更新FETCH_HEAD，还有以下关键作用：

• 下载远程foo分支的所有缺失对象：Git会把远程foo分支包含的所有提交、文件等对象（本地没有的）下载到本地的对象数据库中。也就是说，你本地已经拥有了foo分支的完整历史数据，只是没有创建对应的本地分支或远程跟踪分支。
• 后续如果需要基于foo创建本地分支（比如git checkout foo）或远程跟踪分支（比如git branch -t origin/foo foo），Git可以直接使用本地已有的对象，无需再次从远程下载。

它不会创建本地分支或远程跟踪分支，这也是为什么git branch和git branch -r都看不到foo的原因。

三、关于分支显示与本地文件的差异 #

• git branch -r 显示bar但不显示foo：因为git fetch origin bar:origin/bar明确指定了将远程bar分支映射到本地的远程跟踪分支origin/bar（格式为<remote-ref>:<local-ref>），这个分支会被git branch -r识别并显示；而git fetch origin foo没有创建任何远程跟踪分支，自然不会出现在远程分支列表中。
• 本地文件差异：origin/bar作为远程跟踪分支，Git会在.git/refs/remotes/origin/目录下创建bar文件，存储该分支的最新提交哈希；foo没有对应的远程跟踪分支，所以不会生成该文件。两者都不在.git/packed-refs中是因为它们都是新创建的松散引用，只有当引用数量较多或执行git pack-refs命令时，Git才会将松散引用打包到packed-refs文件中。

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