嗨，这个问题其实是Git子模块的默认设计逻辑导致的，咱先把原理说清楚，再给你解决办法：

首先得明白：Git子模块默认是绑定特定提交哈希的，而不是跟着分支走。你在.gitmodules里写的branch = spec_branch，其实是给git submodule update --remote这个命令用的——告诉它“当我要拉取子模块的最新代码时，去拉这个分支的内容”。但初始化（git submodule update --init --recursive）的时候，Git只会遵循主仓库里已经记录的那个子模块的提交哈希，不管你在.gitmodules里写了啥分支，这也是为了保证所有克隆主仓库的人，拿到的子模块版本都是一致的，避免因为子模块分支更新导致主仓库代码出问题。

那有没有办法让初始化的时候就直接拉你指定的分支，不用每次都敲--remote？当然有，给你两种方案：

方案一：提交子模块的目标分支最新哈希到主仓库 #

这是最稳妥的方式，能让所有人克隆后直接拿到正确的子模块版本：

• 进入子模块目录：cd mod
• 切换到你的目标分支：git checkout spec_branch
• 拉取该分支的最新代码：git pull
• 回到主仓库：cd ..
• 将子模块的最新提交哈希提交到主仓库：git add mod，然后git commit -m "更新子模块到spec_branch分支的最新提交"

之后别人再用git submodule update --init --recursive克隆初始化时，就会直接拉取你提交的那个spec_branch分支的对应版本了。不过要注意，之后如果spec_branch分支有更新，你还是需要重新执行上述步骤，或者用git submodule update --remote来同步后再提交主仓库。

方案二：配置子模块自动跟踪分支 #

如果你想让子模块长期跟踪指定分支，不需要每次手动提交哈希，可以这样配置：

1. 先确保你的.gitmodules里已经有branch = spec_branch（你已经写了），然后给子模块设置更新策略为跟踪分支：

   git config -f .gitmodules submodule.mod.update checkout
   

2. 同步这个配置到本地Git：

   git submodule sync
   

3. 之后初始化子模块时，直接加上--remote参数，就能拉取指定分支的最新代码：

   git submodule update --init --recursive --remote
   

   执行完这个命令后，主仓库里的子模块哈希也会更新到该分支的最新提交，记得提交这个修改到主仓库。

总结一下：你遇到的“必须用--remote才能拉指定分支”的情况是正常的，这是Git子模块为了版本一致性做的默认设计。如果想简化操作，就用上面两种方案调整即可。

备注：内容来源于stack exchange，提问作者Moribundus