设置了一个主git repo和它的镜像。经过一些实验，我发现了一个典型的冲突解决（错误）管理：没有警告，git只是删除了相互冲突的提交 - 一个非常疯狂的默认设置。
在仔细阅读了SO后，我尝试了
git config receive.denyNonFastForwards 1
git config receive.denyDeletes 1
但这并不能解决丢失的提交问题。当主服务器和镜像存储库中存在两个冲突的提交时，
git remote update
git push --mirror
会覆盖镜像上的相应提交。如果幸运的话，提交已删除提交的人将在下次拉动时检测到这一点。
是否有任何其他配置选项可以阻止强制更新/删除，或提交整个冲突，以便无论是否参与产生冲突，下一个拉动都能解决它？
那里有更好的SCM吗？或者更确切地说：在分布式环境中运行时是否有更安全地处理冲突解决的SCM？示例：为什么不将两个或多个提交记录为“并行”，让其中一个编辑将它们重新组合在一起？人们可以将这种行为描述为“自动分支”。相当于“git pull”将检测新的上游分支点，并要求用户决定走哪条路....