正如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子模块foreach命令可以执行任意shell脚本。最新的两个选择可能是：

git submodule foreach git pull origin master

and:

git submodule foreach /path/to/some/cool/script.sh

这将遍历所有初始化的子模块并运行给定的命令。

备注：不太容易，但可行，它有自己独特的优点。

若要只克隆存储库的HEAD修订版和所有子模块的HEAD（即签出“trunk”），那个么可以使用以下Lua脚本。有时，简单的命令git submodule update--init--recursive--remote--no fetch--depth=1会导致不可恢复的git错误。在这种情况下，需要清理.git/modules目录的子目录，并使用gitclone--separate gitdir命令手动克隆子模块。唯一的复杂性是在超级项目树中查找子模块的URL、.git目录的路径和子模块的路径。

备注：脚本仅针对https://github.com/boostorg/boost.git存储库。它的特点：托管在同一主机上的所有子模块和.gitmodules只包含相对的URL。

-- mkdir boost ; cd boost ; lua ../git-submodules-clone-HEAD.lua https://github.com/boostorg/boost.git .
local module_url = arg[1] or 'https://github.com/boostorg/boost.git'
local module = arg[2] or module_url:match('.+/([_%d%a]+)%.git')
local branch = arg[3] or 'master'
function execute(command)
    print('# ' .. command)
    return os.execute(command)
end
-- execute('rm -rf ' .. module)
if not execute('git clone --single-branch --branch master --depth=1 ' .. module_url .. ' ' .. module) then
    io.stderr:write('can\'t clone repository from ' .. module_url .. ' to ' .. module .. '\n')
    return 1
end
-- cd $module ; git submodule update --init --recursive --remote --no-fetch --depth=1
execute('mkdir -p ' .. module .. '/.git/modules')
assert(io.input(module .. '/.gitmodules'))
local lines = {}
for line in io.lines() do
    table.insert(lines, line)
end
local submodule
local path
local submodule_url
for _, line in ipairs(lines) do
    local submodule_ = line:match('^%[submodule %"([_%d%a]-)%"%]$')
    if submodule_ then
        submodule = submodule_
        path = nil
        submodule_url = nil
    else
        local path_ = line:match('^%s*path = (.+)$')
        if path_ then
            path = path_
        else
            submodule_url = line:match('^%s*url = (.+)$')
        end
        if submodule and path and submodule_url then
            -- execute('rm -rf ' .. path)
            local git_dir = module .. '/.git/modules/' .. path:match('^.-/(.+)$')
            -- execute('rm -rf ' .. git_dir)
            execute('mkdir -p $(dirname "' .. git_dir .. '")')
            if not execute('git clone --depth=1 --single-branch --branch=' .. branch .. ' --separate-git-dir ' .. git_dir .. ' ' .. module_url .. '/' .. submodule_url .. ' ' .. module .. '/' .. path) then
                io.stderr:write('can\'t clone submodule ' .. submodule .. '\n')
                return 1
            end
            path = nil
            submodule_url = nil
        end
    end
end

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

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

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

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

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

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

如果是第一次签出回购，则需要使用--init first:

git submodule update --init --recursive

对于git1.8.2或更高版本，添加了选项--remote以支持更新到远程分支的最新提示：

git submodule update --recursive --remote

这还有一个额外的好处，那就是尊重.gitmodules或.git/config文件中指定的任何“非默认”分支（如果您碰巧有，默认值是origin/master，在这种情况下，这里的一些其他答案也会起作用）。

对于git 1.7.3或更高版本，您可以使用（但以下关于更新仍然适用的问题）：

git submodule update --recursive

or:

git pull --recurse-submodules

如果您希望将子模块拉到最新的提交，而不是repo指向的当前提交。

详见git子模块（1）

从回购协议的顶层：

git submodule foreach git checkout develop
git submodule foreach git pull

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