关于remote.origin.fetch默认设置、变更及克隆异常的技术问询

我来逐个拆解你的问题吧，这类Git配置的坑我之前也踩过不少，给你理清楚每个点：

1. remote.origin.fetch的默认设置、依赖项及无显式变更的可能性 #

• 默认设置：正常克隆普通（非裸）仓库时，它的默认值是+refs/heads/*:refs/remotes/origin/*。这个规则的作用是把远程所有refs/heads/下的分支，映射到本地refs/remotes/origin/对应的远程跟踪分支，开头的+表示强制更新（即使无法快进也会覆盖本地远程跟踪分支）。
• 依赖因素：核心取决于你克隆的仓库类型：
  • 普通仓库：Git会自动生成上述默认值；
  • 裸仓库：默认为空，因为裸仓库的定位是作为远程存储节点，本身不需要跟踪其他远程分支；
  • 手动添加远程（git remote add）：默认不会自动设置fetch规则，需要手动配置。
• 无显式变更的可能性：正常情况下，Git不会在没有你主动操作的情况下悄悄修改这个配置。除非是第三方工具、自定义脚本或钩子间接修改，但这属于非常规场景。

2. 克隆时取值逻辑、平台影响及非显式变更场景 #

克隆时的取值决定因素 #

• 还是仓库类型主导：普通仓库自动设默认规则，裸仓库默认空值，这是Git客户端的本地行为，和远程平台无关。
• 远程平台的影响：Gerrit、Bitbucket、GitLab、GitHub这些平台不会直接强制修改这个配置。唯一的例外是，如果你用Gerrit提供的带特殊refspec的克隆命令（比如包含refs/changes/*的规则），Git会根据你输入的命令生成对应的fetch规则，但这是客户端根据命令生成的，不是服务器推送的配置。

除显式git config外的变更方式 #

• git remote系列命令：比如git remote set-branches可以修改远程跟踪分支列表，间接替换或添加remote.origin.fetch的规则；git remote add时加--fetch参数也会设置对应规则。
• 手动编辑.git/config文件：直接修改仓库根目录下的配置文件，这属于手动操作但未使用git config命令。
• 第三方工具/脚本：部分Git GUI工具（如SourceTree、GitKraken）在调整远程跟踪设置时，可能会自动修改该配置；自定义CI/CD脚本或Git钩子如果包含修改config的逻辑，也会改变它。
• 克隆时的特殊参数：比如用git clone --single-branch或git clone --depth 1 --branch <分支名>，Git会自动把remote.origin.fetch设为仅跟踪指定分支（比如+refs/heads/main:refs/remotes/origin/main）。

会不会在fetch或其他命令时悄悄变更？ #

正常情况下，git fetch、git pull这类命令不会自动修改remote.origin.fetch。Git的设计是让用户主动控制配置，这些命令只是基于现有规则执行操作。除非你在执行命令时用了临时修改refspec的参数（比如git fetch origin +refs/heads/*:refs/remotes/origin/*），但这只会临时生效一次，不会修改本地配置；或者是自定义钩子在命令执行前后触发了修改逻辑，这属于自定义行为，不是Git默认操作。

关于你遇到的裸仓库克隆后值为空的问题 #

这是完全正常的！裸仓库本身就是用来作为远程仓库供他人推送的，它不需要拉取其他远程的分支，所以Git默认不会给它设置fetch规则。而你本地绑定的另一远程仓库是普通仓库，克隆时自动生成了默认规则，两者的差异是合理的，不是仓库损坏（git fsck无异常也能佐证这一点）。如果需要给裸仓库添加fetch规则，手动执行git config remote.origin.fetch "+refs/heads/*:refs/remotes/origin/*"即可。

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