我们使用git子模块来管理一些依赖于我们开发的许多其他库的大型项目。每个库都是一个单独的repo，作为子模块引入到依赖项目中。在开发过程中，我们经常想要获取每个依赖子模块的最新版本。
如何获取所有git子模块的最新更改？
当前回答
你现在需要做的只是一个简单的git结账
只需确保通过以下全局配置启用它：git-config--global submodule.recure true
其他回答
我通过修改上面gahooa的回答做到了这一点：
将其与git〔alias〕集成。。。
如果您的父项目在.gitmodules中有类似的内容：
[submodule "opt/submodules/solarized"]
path = opt/submodules/solarized
url = git@github.com:altercation/solarized.git
[submodule "opt/submodules/intellij-colors-solarized"]
path = opt/submodules/intellij-colors-solarized
url = git@github.com:jkaving/intellij-colors-solarized.git
在.gitconfig中添加类似的内容
[alias]
updatesubs = "!sh -c \"git submodule init && git submodule update && git submodule status\" "
然后，要更新子模块，请运行：
git updatesubs
我在环境设置repo中有一个示例。
对我来说，git2.24.03，更新到.gitmodules中定义的远程分支的最新提交。
git子模块更新--递归--init
git子模块更新--递归--远程
git版本2.24.3（Apple git-128）
请注意：有人说过git pull-递归子模块与git子模块update-递归-远程相同。但根据我的测试，gitpull-recurse子模块可能不会更新为.gitmodules中定义的远程分支的最新提交。
由于您的子模块的默认分支可能不是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 pull --recurse-submodules --jobs=10
git在1.8.5中首次学习的特性。
在修复错误之前，第一次需要运行
git子模块更新--init--递归
正如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的未知选项。
