Version control 如何验证陆龟资源库是否健康

我们正在将我们的一个项目从CodeCo-op转移到OttoisehG（4.0.1）。今天，我们把一切都准备好了。下面是中央存储库状态的屏幕截图

我担心这里的中央存储库的图表。当我之前测试此设置的卷展栏时，我不记得像这样分割图形。（版本1和1+已链接，0和2到5已链接）

这次发生的唯一区别是使用DropBox托管CP。我们在那里添加了一些被忽略的文件（Desktop.ini和一些DropBox配置文件）。这样做会导致它为中央回购创建一个.hgignore文件，然后提交该文件

我们本地的repo克隆（我们每个人都用它来做自己的工作）也有自己的.hgignore文件，有不同的条目

---

我有点不安，因为这些图表不再有意义了。我是这个版本控制系统的新手，如果我在这里做错了什么（如果有的话）以及如何在我们进入新的认真开发之前纠正它，我将非常感谢您的指导。我在Rev 1上尝试了全部还原，但最终结果是什么都没有。在那一点上，我想我应该寻求更高的权力。谢谢

hg告诉你什么？通常，如果您基于rev-1（或null）进行两次提交，或者拉入一个独立的存储库，那么这样的图是可能的。它本身并没有什么不好的，但通常是不需要的。如果你能合并修订版1+和5，并对结果感到满意，这可能是最简单的解决方案——如果你没有遗漏任何东西，我同意planetmaker所说的。然而，每个克隆使用不同的

.hgignore

，这似乎很不寻常。这在合并时一定会导致一些冲突。这是不寻常的，不应该再次发生。新手犯的错误。谢谢你的帮助。hg verify未发现任何问题。但是，合并1+和5成功了。这是一个大项目，它仔细考虑了一会儿，但最终它所做的只是让我合并.hgignore文件