我们正在使用子模块，我们是 git 新手。
我们经常看到子模块本身的合并冲突，没有文件冲突，只有子模块。 git submodule summary 的输出中列出了多个版本。我们通过在超级项目中运行 git add <submodule> 来解决它们。
但是今天我们有一位开发人员在以这种方式解决冲突时丢失了子模块的提交。
运行 git add 会选择远程版本吗？子模块的内容不应该合并吗？如果她在子模块中进行了更改并提交了它们（我看到了），那么为什么在她运行拉取并解决冲突后该提交会消失？
【问题讨论】：
标签： git merge git-submodules conflict
你的本地子模块和远程子模块已经分道扬镳了。
git checkout --theirs submodulename
或您的版本：
git checkout --ours submodulename
然后使用 git add 提交更改并提交更改。
注意：如果您使用制表符补全，您的 shell 可能会在子模块名后面添加一个斜杠，因为它也是一个子目录。如果是这样，你需要删除它，否则你会得到：
error: pathspec 'submodulename/' did not match any file(s) known to git.
【讨论】：
文件冲突和子模块冲突都发生当你当前的分支和你的分支-want-to-merge-into 已经分道扬镳。
这仅仅意味着存在一种模棱两可的情况——在任何给定的情况下，您都可以合理地希望 either “赢”。因此，虽然它可能看起来“烦人”，但它们只是突出显示您的丰富选项以指定您想要的内容（并且您必须指定您想要的内容）。 （而且，程序员每天所做的只是指定细节。）
似乎 git-add-the-submodule-on-the-superproject 应该有效。但是，您也可以选择立即执行 git-checkout-on-the-superproject。这个链接（解决子模块冲突）中提到了这一点，其中谈到了file冲突和summodule冲突的区别，以及如何解决它们：
【讨论】：