windows 2.6.3的Git：

git子模块更新--rebase--remote

编辑：

philfreo在评论中指出，需要最新版本。如果有任何嵌套子模块需要处于最新版本：

git submodule foreach --recursive git pull

-----下面的过期评论-----

这不是官方的做法吗？

git submodule update --init

我每次都用它。到目前为止没有问题。

编辑：

我刚刚发现你可以使用：

git submodule foreach --recursive git submodule update --init 

这也会递归地拉取所有子模块，即依赖关系。

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

git submodule update --recursive

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

git pull && git submodule update --recursive

正如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的未知选项。

我经常使用这个命令，到目前为止，它仍然有效。

git pull
git submodule foreach --recursive git checkout master
git submodule foreach --recursive git pull

希望能快点。

由于您的子模块的默认分支可能不是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'