注：这是从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脚本。

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

我想你必须写一个剧本才能做到这一点。老实说，我可能会安装python，这样您就可以使用os.walk来cd到每个目录并发出相应的命令。使用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子模块foreach命令可以执行任意shell脚本。最新的两个选择可能是：

git submodule foreach git pull origin master

and:

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

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

编辑：

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

git submodule foreach --recursive git pull

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

这不是官方的做法吗？

git submodule update --init

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

编辑：

我刚刚发现你可以使用：

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

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

以下内容在Windows上适用。

git submodule init
git submodule update

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

git submodule update --recursive

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

git pull && git submodule update --recursive

git pull --recurse-submodules --jobs=10

git在1.8.5中首次学习的特性。

在修复错误之前，第一次需要运行

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

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

在init上运行以下命令：

git submodule update --init --recursive

在gitrepo目录中，最适合我。

这将拉动所有最新的子模块。

解释

git - the base command to perform any git command
    submodule - Inspects, updates and manages submodules.
        update - Update the registered submodules to match what the superproject
        expects by cloning missing submodules and updating the working tree of the
        submodules. The "updating" can be done in several ways depending on command
        line options and the value of submodule.<name>.update configuration variable.
            --init without the explicit init step if you do not intend to customize
            any submodule locations.
            --recursive is specified, this command will recurse into the registered
            submodules, and update any nested submodules within.

之后，您可以运行：

git submodule update --recursive

在gitrepo目录中，最适合我。

这将拉动所有最新的子模块。

第一次

克隆和初始化子模块

git clone git@github.com:speedovation/kiwi-resources.git resources
git submodule init

Rest

在开发过程中，只需拉动并更新子模块

git pull --recurse-submodules  && git submodule update --recursive

将Git子模块更新为最新的提交源代码

git submodule foreach git pull origin master

首选方式如下

git submodule update --remote --merge

注意：最后两个命令具有相同的行为

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

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

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

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

若要只克隆存储库的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

windows 2.6.3的Git：

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

我通过修改上面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中有一个示例。

上面的答案很好，不过我们使用了git钩子来简化这一过程，但事实证明，在git2.14中，您可以将git-config子模块.recure设置为true，以便在您拉到git存储库时更新子模块。

如果所有子模块都在分支上，这会产生一个副作用，即推动所有子模块的更改，但如果您已经需要这种行为，这可以完成任务。

可通过以下方式完成：

git config submodule.recurse true

你现在需要做的只是一个简单的git结账

只需确保通过以下全局配置启用它：git-config--global submodule.recure true

从回购协议的顶层：

git submodule foreach git checkout develop
git submodule foreach git pull

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

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

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

希望能快点。

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

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

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

git版本2.24.3（Apple git-128）

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

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

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

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

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

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

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

我编写了这个简单的shell脚本，对我来说很好。

#!/bin/bash

#git init
git init

#git clone repo including submodules
git clone --recurse-submodules https://github.com/username/project.git

#change directory -repo
cd project

#update the remote ie tag/commits
git submodule update --remote

#add commit 
git commit -a -m "commit in submodule"

#git push 
git push -u origin 

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