问冲突后svn合并左、右和工作文件的区别

EN

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

当运行cd B; svn merge -r 5:8 ^/braches/A时，svn将尝试在5和8之间应用增量，将增量从分支A应用到分支B之上。

(换句话说，变更集7和8将应用于B)

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

如果增量应用得很干净，一切都是好的。

假设在更改集3中修改了一些行，并且在更改集4中以不同的方式修改了相同的源行。

如果增量(58→)没有触及这些线，那么一切仍然是好的。

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

• file -带有(working，left，right) delimited
• file.working的文件-分支B@6
• file.merge-left中文件的状态-分支A@5
• file.merge-right中文件的状态-分支A@8

中文件的状态

如果您手动编辑这样的文件，您有几个选择-保留working (您的版本)、保留right (它们的版本；另一个分支版本)或手动合并更改。

Left本身没有任何用处，在文件中保留left (他们的旧版本)是没有意义的。

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

例如，当您看到以下内容时：

<<<<<<< .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)。

-left.r4521是在创建右分支(目标)之前，在左分支(即源)中对该文件所做的最新更改。

换句话说，merge-left.r4521它是要合并的文件的第一个版本

with 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

• 'file.py.merge-left.rxxx`显示合并结果位于冲突的左侧
• 'file.py.merge-right.ryyy`显示位于冲突右侧的合并结果
• 'file.py.working`显示未更改的工作拷贝
• ‘file.py`显示SVNs尝试合并两个

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