Git 1.8.2提供了一个新选项——remote，它将启用这种行为。运行

git submodule update --remote --merge

将从每个子模块的上游获取最新的更改，将它们合并到子模块中，并检出子模块的最新修订。如文档所述:

——远程 此选项仅对update命令有效。与其使用超项目记录的SHA-1来更新子模块，不如使用子模块的远程跟踪分支的状态。

这相当于在每个子模块中运行git pull <remote> <default_branch>(通常是git pull origin master或git pull origin main)，这通常正是你想要的。

对我来说，所有的git子模块都不工作。但这个方法奏效了:

cd <path/to/submodule>
git pull

它下载并因此更新第三方回购。 然后

cd <path/to/repo>
git commit -m "update latest version" <relative_path/to/submodule>
git push

它更新了您的远程回购(与最后一次提交的链接repo@xxxxxx)。

主项目指向子模块应该所在的特定提交。Git子模块update尝试检查每个已初始化的子模块中的提交。子模块实际上是一个独立的存储库——仅仅在子模块中创建一个新的提交并推送是不够的。您还需要显式地在主项目中添加子模块的新版本。

所以，在你的情况下，你应该在子模块中找到正确的提交-让我们假设这是master的提示:

cd mod
git checkout master
git pull origin master

现在回到主项目，阶段子模块并提交:

cd ..
git add mod
git commit -m "Updating the submodule 'mod' to the latest version"

现在推送你的主项目的新版本:

git push origin master

从这一点开始，如果有人更新了他们的主项目，那么他们的git子模块update将更新子模块，假设它已经初始化。

在你的项目父目录下，运行:

git submodule update --init

或者如果你有递归子模块运行:

git submodule update --init --recursive

有时这仍然不起作用，因为在更新子模块时，在本地子模块目录中有本地更改。

大多数情况下，本地更改可能不是您想要提交的更改。这可能是由于子模块中的文件删除等原因造成的。如果是这样，在你的本地子模块目录和你的项目父目录中重置，再次运行:

git submodule update --init --recursive

如果你不知道主机分支，这样做:

git submodule foreach git pull origin $(git rev-parse --abbrev-ref HEAD)

它将获得主Git存储库的一个分支，然后为每个子模块提取相同的分支。

git pull --recurse-submodules

这将拉出所有最新的提交。