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

Question

由于团队致力于并行开发软件，因此在某些情况下，主保证人所做的更改与本地文件中的更改有冲突。尝试更新工作副本以包含主服务器的更改可能会导致需要手动解决的合并冲突。在开发人员提出解决合并冲突的解决方案之后，他们可以将其标记为合并并将结果提交到主存储库。

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

我的问题是：Subversion版本库的历史是否包含关于整个开发过程中发生的合并冲突的任何信息？那些冲突何时解决呢？我觉得这种类型的信息没有存储在任何地方，但我很好奇，如果其他人有这方面的想法或见解。

Answer 1

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

Answer 2

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