【问题标题】:Understanding the history of merge conflicts in a Subversion repository了解 Subversion 存储库中合并冲突的历史
【发布时间】:2011-12-06 16:38:13
【问题描述】:

随着团队并行开发软件,在某些情况下,主存储库经历的更改与本地文件中的更改发生冲突。尝试更新您的工作副本以包含来自主服务器的更改可能会导致需要手动解决的合并冲突。在开发人员提出合并冲突的解决方案后,他们可以将其标记为已合并并将结果提交到主存储库。

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

那么我的问题是:subversion 存储库的历史记录是否包含有关在整个开发过程中发生的合并冲突的任何信息?当这些冲突解决时呢?我的印象是这类信息没有存储在任何地方,但我很好奇其他人是否对此有想法或见解。

【问题讨论】:

    标签: svn version-control merge conflict


    【解决方案1】:

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

    【讨论】:

      【解决方案2】:

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

      【讨论】:

        猜你喜欢
        • 2010-09-14
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2010-10-24
        • 1970-01-01
        • 2012-12-08
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多