windows 2.6.3的Git：

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

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

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

希望能快点。

以下内容在Windows上适用。

git submodule init
git submodule update

上面的答案很好，不过我们使用了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的未知选项。

编辑：

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

git submodule foreach --recursive git pull

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

这不是官方的做法吗？

git submodule update --init

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

编辑：

我刚刚发现你可以使用：

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

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