我有一个git子模块(RestKit)，我已经添加到我的repo。
我不小心更改了里面的一些文件，我想回到原始版本。为了做到这一点，我试着逃跑
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
不恢复本地修改的文件。 如何重置该子模块的内容?
当前回答
对我来说，有
git reset --hard
只需将子模块重置到它签出时的状态，而不需要主模块的repo引用的提交/状态。我仍然会像OP说的那样有“修改的内容”。所以，为了让子模块回到正确的提交，我运行:
git submodule update --init
然后当我执行git status时，它在子模块上是干净的。
其他回答
如果子模块中有更改，则使用
git submodule foreach --recursive git reset --hard
如果您的更改是远程子模块更改，则使用
git submodule update --init
如果已提交这些更改，则使用
git reset --hard
git submodule update --init
移动到子模块的目录，然后执行git重置——很难将所有修改过的文件重置到它们上一次提交的状态。请注意，这将丢弃所有未提交的更改。
一个比之前所有答案都更安全的方法:
git submodule deinit -f .
git submodule update --init
第一个命令完全“解除”所有子模块的绑定，第二个命令则对它们进行新的签出。 它比其他方法花费的时间长，但无论子模块的状态如何，它都可以工作。
首先试试这个，就像其他人说的那样:
git submodule update --init
如果这不起作用，则切换到子模块目录，并使用以下命令查看子模块是否有任何更改:
git status
如果子模块有更改，请删除它们。验证当你运行“git status”时，你不会看到任何变化。
接下来，回到主存储库，再次运行“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
