svn merge left, right & 之间的区别冲突后的工作文件

Question

当从我的开发团队的主干执行“svn 合并”到分支时，我们偶尔会遇到合并冲突，产生带有后缀名的文件：*.merge-right.r5004、*.merge- left.r4521 和 *.working。我搜索了整个 Subversions 的文档，但他们的解释并没有多大用处。我收集了以下内容：

• *.merge-right.r5004 = trunk 版本
• *.merge-left.r4521 = ？
• *.working = 分支版本

我似乎无法弄清楚 merge-left.r4521 是什么。如果答案是它只是分支中文件的旧版本，那么为什么是 4521？

Answer 1

假设有两个分支，分支 A 中的最后一个 (HEAD) 修订版是 9，而它是 6 > 在分支 B 中。

当 cd B 时； svn merge -r 5:8 ^/braches/A 运行后，svn 将尝试在分支 A< 的 5 和 8 之间应用增量/code> 位于分支 B 顶部。

（换句话说，更改集 7 和 8 将应用于 B）

common
ancestor      left     right
(1)━━┱───(3)──(5)──(7)──(8)──(9)  # branch A
     ┃         └┄┄┄┄┬┄┄┄┄┘
     ┃              ↓
     ┗━(2)━━(4)━━(6)              # branch B
               working

如果增量应用干净，那就一切都很好。

假设某些行在更改集 3 中进行了修改，并且相同的源代码行在更改集 4 中进行了不同的修改。

如果 delta (5→8) 没有触及这些线，那么一切仍然很好。

如果 delta (5→8) 也修改了 3 和 4 所做的事情，则更改无法自动合并，并且svn 使文件处于冲突状态：

• file --- 以 (working, left, right) 分隔的文件
• file.working --- 分支中文件的状态B@6
• file.merge-left --- 分支中文件的状态 A@5
• file.merge-right --- 分支中的文件状态 A@8

如果您手动编辑这样的文件，您有几个选择 --- 继续工作（您的版本），保持正确（他们的版本；其他分支版本）或手动合并更改。

Left 本身没有用，没有必要在文件中保留 left （他们的旧版本）。

然而，它对于工具很有用。 left→right 是变更集。

例如，当您看到：

<<<<<<< .working

    life_universe_and_everything = 13

||||||| .merge-left.r5

    life_universe_and_everything = "13"

=======

    life_universe_and_everything = "42"

>>>>>>> .merge-right.r8

在分支 A 中，"13" (str) 更改为 "42"。

分支 B 有 13 (int)。

当您手动协调此冲突时，也许您需要 42 (int)。

Answer 2

file.merge-left.r4521 是创建右分支（目标）之前左分支（即源）中该文件的最新更改。

换句话说，merge-left.r4521是要

与merge-right.r5004（目标分支的最新版本）

合并的文件的第一个版本例如，假设您要合并分支左、右如下：

Left   1   2   f.3   4   f.5   6    7    f.9    11 

Right                                  8    f.10    f.12   13


Right is created in 8 ( is a copy of 7 )

file 'f' has been modified in 3, 5, 9, 10, 12

The merge of file 'f' will occur between 7 and 13 because

7 is the latest version of file f in Left before Right was created

13 is the latest version of Right

Answer 3

• 'file.py.merge-left.rxxx` 显示取冲突左侧的合并结果
• 'file.py.merge-right.ryyy` 显示取冲突右侧的合并结果
• 'file.py.working ` 显示未更改的工作副本
• 'file.py` 显示 SVN 尝试合并两者

这个问题类似于 stackoverflow.com/questions/1673658/svnmerge-workflow 但这一个更具体地说明了冲突文件的内容。

Answer 4

似乎“左”文件是最后一个版本，其中文件在主干和分支中相同（对于您的问题，但通常位于源和目标之间）。

如果您从未将主干中的更改合并到分支中，那么这将是执行分支（复制）时主干的版本。否则，它是合并并提交到此分支的主干的最后一个版本。

左侧和右侧用于创建将（作为补丁）应用到工作文件的差异。

Answer 5

您执行了 3 边合并以解决冲突（当合并2 个不同的文件时）。此操作 3 个源使用了

• “您的”文件（来自 WC 或源位置，具体取决于参数）
• “他们的”文件（必须合并有更改的文件）
• “基本”文件（文件 1-2 的共同祖先）

r* ** 扩展名刚刚添加到相同的文件名中，以便合并 3 个文件

成功合并并将冲突标记为已解决的临时文件后，如果我的记性不错的话，临时文件必须自动消失