Git：不同分支为子模块配置不同远程源的实现咨询

你的思路完全贴合「开发分支用可修改的子模块复刻仓，主分支用稳定上游仓」的需求，核心逻辑是通顺的——通过给不同主项目分支绑定不同的子模块远程源，能完美隔离开发迭代和稳定发布的子模块依赖，避免开发修改污染上游稳定仓库。不过要落地的话，得注意几个容易踩坑的细节：

正确的配置方式 #

不能直接在主项目根目录修改.gitmodules后全局提交，因为.gitmodules是仓库级文件，默认所有分支共享。正确的做法是：

1. 切换到branch_dev分支，修改.gitmodules里submodA的url字段为sub_dev的仓库地址，然后提交这个修改到branch_dev；
2. 切换到branch_master分支，确保.gitmodules里submodA的url是sub_master的地址，提交到branch_master。

这样，当克隆不同分支时，Git会自动读取对应分支下的.gitmodules配置，拉取正确的子模块远程代码。

分支切换时的必要操作 #

当你在主项目的branch_dev和branch_master之间切换时，.gitmodules文件会发生变化，这时候必须同步子模块配置并重新初始化，否则子模块会沿用之前的远程源：

# 切换分支后执行
git submodule sync
git submodule update --init --recursive

git submodule sync会把主项目里的配置同步到子模块的本地Git配置中，后续的update才能拉取对应远程的代码。

克隆时的正确步骤 #

如果你希望克隆branch_dev后执行git submodule update就能自动获取sub_dev的修改，克隆时最好带上子模块递归参数：

git clone -b branch_dev <你的主项目仓库地址> --recurse-submodules

如果没加--recurse-submodules，克隆主项目后需要先执行git submodule init（读取当前分支的.gitmodules配置），再执行git submodule update拉取子模块代码。

子模块提交管理 #

在branch_dev中修改submodA后，可以直接提交到sub_dev远程仓库，然后回到主项目，更新submodA的commit引用并提交到branch_dev即可。而branch_master中的submodA引用应该始终指向sub_master里经过验证的稳定commit，保证主分支依赖的可靠性。

总的来说，这个方案在多分支隔离子模块依赖的场景下非常实用，只要做好上述细节，就能顺畅运行。

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