了解Subversion存储库中合并冲突的历史记录

Question

当团队努力并行开发软件时，有些情况下主存储库所经历的更改与本地文件中的更改相冲突。尝试更新工作副本以包含来自主服务器的更改可能会导致合并冲突，需要手动解决。在开发人员提出解决合并冲突的问题之后，他们可以将其标记为已合并，并将结果提交到主存储库。

通过查看subversion存储库的历史记录，我可以看到最初添加文件的时间，修改它们的所有时间，甚至删除特定文件的时间。我甚至可以看到这些事件涉及哪些代码行。

我的问题是：subversion存储库的历史记录是否包含有关整个开发过程中发生的合并冲突的任何信息？什么时候解决这些冲突？我得到的印象是这种类型的信息没有存储在任何地方，但我很好奇其他人是否有这方面的想法或见解。

Answer 1

不，颠覆不会记录发生冲突。它在您执行更新时发生，并由执行更新的人员解决。 svn知道合并修订版的唯一方法是从根文件夹上的merge-info属性。它只会显示为编辑，因为当它被解析时，它只不过是一个编辑。如果更新版本是本地更改的替代品，则可以还原它。

Answer 2

不，合并过程是客户端操作，会生成“合并”文件，然后将其上载到存储库。服务器存储的唯一历史记录将是最终操作，即上载。