我通过修改上面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 submodule foreach git checkout develop
git submodule foreach git pull

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

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

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

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

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

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

可通过以下方式完成：

git config submodule.recurse true

如果是第一次签出回购，则需要使用--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 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

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