按顺序执行4个步骤:

git submodule foreach git reset --hard HEAD
git submodule update
git submodule foreach "git checkout master; git pull"
git submodule foreach git clean -f

很简单:

cd /path/to/submodule/root
git submodule update -f --init  .

大多数答案都建议重置所有的子模块，我认为这不是最好的方法，因为它们可能会有合法的变化。

从Git 2.14(2017年Q3)开始，你不需要进入每个子模块来进行Git重置(就像Git子模块foreach Git重置一样——很难)

这是因为git重置本身现在知道如何递归地进入子模块。

参见Stefan Beller (stefanbeller)的commit 35b96d1(2017年4月21日)，和commit f2d4899, commit 823bab0, commit cd279e2(2017年4月18日)。 (由Junio C Hamano合并- gitster -在commit 5f074ca, 2017年5月29日)

内置/重置:添加——递归子模块开关

Git-reset是另一个工作树操作器，应该教授关于子模块的知识。

当用户使用git-reset和请求递归到子模块时， 方法中记录的对象名称将重置子模块 超级工程，分离人头。

警告:区别:

Git重置-硬-递归子模块和 Git子模块foreach Git重置——很难

前者也会重置你的主父repo工作树，因为后者只会重置子模块的工作树。 所以请谨慎使用。

如果子模块中有更改，则使用

git submodule foreach --recursive git reset --hard

如果您的更改是远程子模块更改，则使用

git submodule update --init

如果已提交这些更改，则使用

git reset --hard
git submodule update --init

这适用于运行GIT v1.7.1的库，其中我们有一个DEV包回收和LIVE包回收。存储库本身只不过是一个为项目打包资产的外壳。所有子。

LIVE从不被故意更新，但是缓存文件或意外可能发生，使repo变得脏。添加到DEV的新子模块也必须在LIVE中初始化。

DEV中的包存储库

在这里，我们希望获取我们还没有意识到的所有上游更改，然后更新我们的包存储库。

# Recursively reset to the last HEAD
git submodule foreach --recursive git reset --hard

# Recursively cleanup all files and directories
git submodule foreach --recursive git clean -fd

# Recursively pull the upstream master
git submodule foreach --recursive git pull origin master

# Add / Commit / Push all updates to the package repo
git add .
git commit -m "Updates submodules"
git push   

LIVE中的包存储库

在这里，我们希望提取提交给DEV存储库的更改，而不是未知的上游更改。

# Pull changes
git pull

# Pull status (this is required for the submodule update to work)
git status

# Initialize / Update 
git submodule update --init --recursive

如果你想放弃整个存储库中的所有更改以及子模块，你可以使用:

git restore . --recurse-submodules

注意，这只撤销所有本地更改(在存储库和所有子模块中)。 但是git重置…接收一个target-commit-id作为输入，并且可以将HEAD移动到任何提交。