我不知道这是从哪个版本的git开始工作的，但这就是您正在搜索的：

git submodule update --recursive

我也使用git pull来更新根存储库：

git pull && git submodule update --recursive

上面的答案很好，不过我们使用了git钩子来简化这一过程，但事实证明，在git2.14中，您可以将git-config子模块.recure设置为true，以便在您拉到git存储库时更新子模块。

如果所有子模块都在分支上，这会产生一个副作用，即推动所有子模块的更改，但如果您已经需要这种行为，这可以完成任务。

可通过以下方式完成：

git config submodule.recurse true

正如antitoxic的回答所指出的，一个简单的git子模块foreach——递归git pull就足够了。

弗朗西斯·培根（Francis Bacon）的回答指出，git pull-递归子模块可能不同。

您可以使用详细选项进行测试并查看发生了什么：

git pull -v --recurse-submodules

但为此，您需要Git 2.40（2023年第1季度）。

“git pull-v--recurse submodule”（man）试图将-v传递给底层git submodule update（man），后者不理解请求并弹出：这已经用git 2.40（2023年第1季度）纠正。

参见Sven Strickroth（csware）提交的6f65f84（2022年12月10日）。（由Junio C Hamano--gitster--在提交b3b9e5c中合并，2022年12月28日）

子模块：接受更新命令的-v签字人：Sven Strickroth

由于a56771a（“builtin/pull:尊重子模块中的冗余设置”，2018-01-25，Git v2.17.0-rc0--批次#3中列出的merge），“Git pull-v--递归子模块”（man）将-v传播到子模块命令，但因为后者命令不理解该选项，所以它会退出。教“git子模块更新”（man）接受修复选项。

不再“barfing”（即显示用法'gitsubmodule foreach[-quiet][--recursive][--]<command>'），因为-v是gitsubmodule的未知选项。

由于您的子模块的默认分支可能不是master，这就是我如何自动化整个Git子模块的升级：

git submodule init
git submodule update
git submodule foreach 'git fetch origin; git checkout $(git rev-parse --abbrev-ref HEAD); git reset --hard origin/$(git rev-parse --abbrev-ref HEAD); git submodule update --recursive; git clean -dfx'

从回购协议的顶层：

git submodule foreach git checkout develop
git submodule foreach git pull

这将切换所有分支机构以开发和拉动最新的

你现在需要做的只是一个简单的git结账

只需确保通过以下全局配置启用它：git-config--global submodule.recure true