user-interface - 三路合并 - 不同的哲学？

Question

我是UltraCompare Pro的用户自从它第一次出现以来，我认为它是一个功能非常齐全的比较和合并工具。但是，由于我一直在更仔细地研究 DVCS，我发现它处理三路合并的方式与(大多数？)其他工具不同。所以我想知道为什么会这样，以及我是否因此而遗漏了什么。

在 UltraCompare 中，有三个合并面板(我们称它们为 base、local 和 other)。所有合并操作都发生在这些面板中。在实践中，这意味着我在中间 Pane (本地)上进行工作，合并来自右侧(其他)或左侧(基础)共同祖先的更改。中间 Pane 在 session 期间被修改，然后保存 - 并作为合并的结果提交。第四个 Pane (输出窗口)仅包含有关差异结果的信息。


(来源:ultraedit.com)

在其他工具中，这三个 Pane 似乎仅以只读状态存在，而第四个底部 Pane (输出)是所有合并发生的地方。有一个额外的合并窗口的原因是什么？跟踪所有更改是否更容易？还是因为每个人都一直这样做，所以我们正在复制这种行为？您对此有何看法？


(来源:hginit.com)

我不确定是否存在最佳或正确答案，所以我还没有提出这个问题 CW，但我也会在这里尊重你的意见。

Answer 1

对我来说似乎很简单，当您进行更改时，您很可能希望保持未更改的“本地”版本可见。

original       local         other           merged

               bar= foo+1    bar= foo+2      bof= foo+2
                                             zot= foo+1
...            ...           ...             ...
print foo      print bar     print foo+1     print bar??

两者 local和 other引入了一个新变量 bar .将第一个更改合并到 bof/ zot ，去喝杯茶，回来试试合并 print .等等，是什么 bar在 local ?如原 local不存在，该信息消失了，您正在与另一个文本编辑器争吵以找出发生了什么。

这是一个人为的示例，但是对于您无法一次性完成的任何一组更改，这种事情很容易发生。一般来说，一个 3WM 总是有两个可变元素，变化 A 和变化 B。要重现其中的所有信息，您需要四个 View 来表示所有可能的排列: 0 (原文), A , B , 和 AB (合并)。