如何配置git fetch仅拉取至指定目标分支，避免自动生成原远程分支本地引用

你遇到的多余分支同步，根本不是什么未文档化的git隐藏行为，问题出在本地仓库关联origin远程时自动写入的默认refspec配置上：

• 初始化关联远程时，git会自动给仓库写一条固定配置：remote.origin.fetch = +refs/heads/*:refs/remotes/origin/*
• git fetch的执行逻辑很容易被忽略：哪怕你在命令行显式传了自定义的refspec，它也会同时应用两类规则做拉取：一是命令行写的自定义映射，二是配置文件里存的远程默认refspec
• 所以除了你手动指定的「feature/some-feature 拉取后存到 refs/remotes/origin/src」「master 拉取后存到 refs/remotes/origin/target」这两条映射，默认的全量匹配规则会自动把拉到的远程分支，同步到和远程分支同名的origin路径下，就生成了你在输出里看到的那堆多余记录。

CI流程一般用的是临时干净的工作区，根本不需要保留全量远程分支的跟踪引用，最省事的方式是在fetch命令里通过-c参数临时覆盖默认配置，直接禁用自动加载的默认refspec，完全不用改仓库的永久配置，也不会影响后续流程。
调整后的命令参考：

# 替换成实际的PR源、目标分支名即可
git -c remote.origin.fetch= -c remote.origin.tagOpt=--no-tags fetch -f origin \
  feature/some-feature:refs/remotes/origin/src \
  master:refs/remotes/origin/target

参数的作用很简单：

• -c remote.origin.fetch=：临时把origin的默认fetch规则置空，不让git应用那个全量匹配的refspec
• -c remote.origin.tagOpt=--no-tags：和你原来加的--no-tags效果一样，避免拉取无关的标签

改完之后的输出就只会显示你显式指定的两条分支映射，再也不会自动生成origin/feature/some-feature、origin/master这类多余的同名引用。

如果是你自己平时用的本地仓库，本来就不想让git自动同步一堆远程分支的跟踪引用，也可以直接改仓库的持久化配置：

1. 先查当前存的默认refspec配置

   git config --get-all remote.origin.fetch
   

2. 把原有的全量匹配规则删掉

   git config --unset-all remote.origin.fetch
   

3. 之后按需加自己需要的自动同步规则就行，要是完全不需要自动跟踪的引用，这个配置留空就可以。

注意：改完之后，你执行平时常用的git fetch origin时，就不会自动在本地生成一堆origin/开头的远程跟踪分支了，所有拉取操作都得自己显式写对应的refspec规则。

• 这些多余的引用不是临时的FETCH_HEAD指针，是实打实存在于refs/remotes/origin/路径下的持久化分支，确实会造成你遇到的分支命名冲突
• 不需要额外加--prune参数或者手动删引用，只要把默认的refspec规则禁用，拉取过程就根本不会生成这些多余内容。

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