根据从远程获取每个子模块的“最新”代码的现有答案，澄清一些问题。

如果“最新”是指签入的子模块指针，则无论如何使用：

git submodule update --recursive
  - or -
git pull --recurse-submodules --jobs=X

如果“最新”是指main的最新版本，那么类似这样的内容可以起作用：

git submodule foreach "git checkout main && git pull"

不幸的是，这意味着没有“--jobs”选项，因此我们无法并行运行它。我所看到的最接近并行运行的方法是使用pfs-python代码。

编辑：

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

git submodule foreach --recursive git pull

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

这不是官方的做法吗？

git submodule update --init

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

编辑：

我刚刚发现你可以使用：

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

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

注：这是从2009年开始的，当时可能不错，但现在有更好的选择。

我们使用这个。它叫git pup：

#!/bin/bash
# Exists to fully update the git repo that you are sitting in...

git pull && git submodule init && git submodule update && git submodule status

只需将其放在合适的bin目录（/usr/local/bin）中。如果在Windows上，您可能需要修改语法以使其正常工作：）

更新：

作为对原作者关于插入所有子模块的所有HEAD的评论的回应，这是一个很好的问题。

我很确定git内部没有这个命令。为了做到这一点，您需要确定HEAD对于子模块的真正含义。这可能很简单，比如说master是最新的分支，等等。。。

接下来，创建一个简单的脚本，执行以下操作：

检查git子模块状态以查找“已修改”的存储库。输出行的第一个字符表示这一点。如果子回购被修改，您可能不想继续。对于列出的每个回购，将其cd到其目录中，并运行gitcheckout-master和gitpull。检查错误。最后，我建议您向用户打印一个显示，以指示子模块的当前状态——也许会提示他们添加全部并提交？

我想指出的是，这种风格并不是git子模块的设计初衷。通常，你想说“LibraryX”的版本是“2.32”，在我告诉它“升级”之前，它会一直这样。

从某种意义上说，这就是您使用所描述的脚本所做的事情，但只是更加自动。需要小心！

更新2:

如果您使用的是windows平台，您可能需要考虑使用Python来实现脚本，因为它在这些方面非常有用。如果您使用的是unix/linux，那么我建议您使用bash脚本。

需要澄清吗？只需发表评论。

windows 2.6.3的Git：

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

下面是从所有git存储库中提取的命令行，无论它们是否是子模块：

ROOT=$(git rev-parse --show-toplevel 2> /dev/null)
find "$ROOT" -name .git -type d -execdir git pull -v ';'

如果您在顶级git存储库中运行它，可以将“$ROOT”替换为。。

对我来说，git2.24.03，更新到.gitmodules中定义的远程分支的最新提交。

git子模块更新--递归--init

git子模块更新--递归--远程

git版本2.24.3（Apple git-128）

请注意：有人说过git pull-递归子模块与git子模块update-递归-远程相同。但根据我的测试，gitpull-recurse子模块可能不会更新为.gitmodules中定义的远程分支的最新提交。