我有一个git子模块（RestKit），已将其添加到我的仓库中。
我不小心更改了其中的一些文件，我想回到原始版本。为了做到这一点，我试着跑
Mac:app-ios user$ git submodule update RestKit
但是，正如您在此处看到的那样，这仍然无效，因为它仍然是“修改后的内容”：
Mac:app-ios user$ git status
...
# modified: RestKit (modified content)
甚至
Mac:app-ios user$ git submodule update -f RestKit
不还原本地修改的文件。
如何重置该子模块的内容？
Answers:
移至子模块的目录，然后执行a git reset --hard将所有修改的文件重置为它们的最后提交状态。请注意，这将丢弃所有未提交的更改。
git submodule update --init为我工作；没有--init它根本不起作用。
git submodule update -f --init对于我来说，除了@markshiz 。
如果要对所有子模块执行此操作，而不必更改目录，则可以执行
git submodule foreach git reset --hard
您还可以使用递归标志将其应用于所有子模块：
git submodule foreach --recursive git reset --hard
git submodule foreach --recursive git clean -x -f -d
比以前的所有答案都更安全的方法：
git submodule deinit -f .
git submodule update --init
第一个命令完全“解除绑定”所有子模块，然后第二个命令重新签出它们。
它比其他方法花费的时间更长，但是无论子模块的状态如何，它都可以工作。
error: Your local changes to the following files would be overwritten by checkout
*，我PS1是git status -uno无法解释）。
对我来说，有
git reset --hard
只需将子模块重置为已签出的状态，而不是主模块回购引用的提交/状态所必需的。我仍然会有OP所说的“已修改的内容”。因此，为了使子模块返回正确的提交，我运行：
git submodule update --init
然后，当我这样做时git status，它在子模块上是干净的。
submodule update --init是，无论如何我似乎都没有恢复本地修改：|
依次执行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
git submodule update是固定的(new commits)。
这对我有用，包括递归进入子模块（也许这就是为什么-f不起作用，导致您在子模块内更改了子模块的原因）：
git submodule update -f --recursive
就像其他人所说的，先尝试一下：
git submodule update --init
如果这不起作用，请转到子模块目录，然后使用以下命令查看子模块是否有任何更改：
git status
如果您的子模块有更改，请摆脱它们。验证运行“ git status”时看不到任何更改。
接下来，返回主存储库并再次运行“ git submodule update --init”。
自Git 2.14（2017年第三季度）以来，您不必进入每个子模块即可进行操作git reset（如所示git submodule foreach git reset --hard）
那是因为git reset本身现在知道如何递归地进入子模块。
请参阅Stefan Beller（）的commit 35b96d1（2017年4月21日）和commit f2d4899，commit 823bab0和commit cd279e2（2017年4月18日）。（通过合并JUNIOÇ滨野- -在提交5f074ca，2017年5月29日）stefanbeller
gitster
内置/重置：添加--recurse-submodules开关
git-reset 是另一个工作树操纵器，应该对子模块进行讲授。
当用户使用git-reset并请求递归到子模块中时，这会将子模块重置为超级项目中记录的对象名称，从而分离HEAD。
警告：之间的区别：
git reset --hard --recurse-submodule 和git submodule foreach git reset --hard是前者还将重置您的主父回购工作树，因为后者只会重置子模块工作树。
因此，请谨慎使用。
这适用于运行GIT v1.7.1的库，其中有DEV软件包存储库和LIVE软件包存储库。存储库本身不过是用于打包项目资产的外壳。所有子模块。
LIVE永远不会有意更新，但是可能会发生缓存文件或意外事件，从而使存储库变得肮脏。添加到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
我重置所有子模块的方式（无需分离并保留其“ master”分支）：
git子模块foreach'git checkout master && git reset --hard $ sha1'
git reset --hard不起作用，请首先尝试使用指定远程分支git reset --hard origin/<branch_name>。