为了同步git repo与子模块的头部，如果这是你真正想要的，我发现删除子模块，然后读取它可以避免修补历史。不幸的是，删除子模块需要黑客攻击，而不是一个git命令，但这是可行的。

我所遵循的步骤是删除子模块，灵感来自https://gist.github.com/kyleturner/1563153:

运行git rm——cached 从.gitmodules文件中删除相关行。 从.git/config中删除相关的部分。 删除现在未跟踪的子模块文件。 删除目录。git/modules/

同样，如果您只想再次指向子模块的头部，并且不需要保持子模块的本地副本而使事情变得复杂，那么这可能很有用。它假设您拥有子模块“正确”作为它自己的repo，无论它的起源在哪里，您只是想返回到适当地将它作为子模块包含。

注意:在进行这些操作或任何git命令之前，除了简单的提交或推送之外，一定要对项目进行完整的复制。我建议所有其他的答案，以及作为一个通用的git指南。

在我看来，上面的答案都不能解决问题，尽管它们是很好的答案。所以我发布了我的解决方案(在我的例子中有两个git客户端，客户端A和B):

进入子模块的目录: cd子 结帐要掌握: Git checkout master 重基为两个客户端都能看到的提交代码 回到父目录: 致力于掌握 更改到另一个客户端，再次做rebase。 现在终于可以正常工作了!可能会丢失一些提交，但它是有效的。 仅供参考，不要试图删除你的子模块，它将保留在那里。git/modules，并且不能再次读取该子模块，除非响应式本地。

当我这样做时，我得到了这个错误:

$ git submodule update --init --depth 1

但是父项目中的提交指向了之前的提交。

删除子模块文件夹并运行:

$ git submodule update --init

并没有解决问题。我删除了回购，并再次尝试没有深度标志，它工作了。

此错误发生在Ubuntu 16.04 git 2.7.4中，但不会发生在Ubuntu 18.04 git 2.17中。

@pavan kumar在评论中写道:

我只是增加了深度计数以包括旧的提交，它起作用了。

可能的原因

这可能发生在以下情况:

子模块已编辑到位 提交子模块，更新所指向的子模块的散列 没有推送子模块。

例如:发生了这样的事情:

$ cd submodule
$ emacs my_source_file  # edit some file(s)
$ git commit -am "Making some changes but will forget to push!"

此时应该已经推送了子模块。

$ cd .. # back to parent repository
$ git commit -am "updates to parent repository"
$ git push origin master

因此，远程用户不可能找到丢失的提交，因为它们仍然在本地磁盘上。

解决方案

通知修改子模块以推送的人，即。

$ cd submodule
$ git push

为了确保安全，请尝试更新git二进制文件。

GitHub for Windows的版本为git version 1.8.4.msysgit。对我来说，这就是问题所在。更新解决了这个问题。

为了同步git repo与子模块的头部，如果这是你真正想要的，我发现删除子模块，然后读取它可以避免修补历史。不幸的是，删除子模块需要黑客攻击，而不是一个git命令，但这是可行的。

我所遵循的步骤是删除子模块，灵感来自https://gist.github.com/kyleturner/1563153:

运行git rm——cached 从.gitmodules文件中删除相关行。 从.git/config中删除相关的部分。 删除现在未跟踪的子模块文件。 删除目录。git/modules/

同样，如果您只想再次指向子模块的头部，并且不需要保持子模块的本地副本而使事情变得复杂，那么这可能很有用。它假设您拥有子模块“正确”作为它自己的repo，无论它的起源在哪里，您只是想返回到适当地将它作为子模块包含。

注意:在进行这些操作或任何git命令之前，除了简单的提交或推送之外，一定要对项目进行完整的复制。我建议所有其他的答案，以及作为一个通用的git指南。