原始论文采用 CC BY 4.0 许可（http://creativecommons.org/licenses/by/4.0/）。 这是对下方论文的AI生成解释。它不是由作者撰写的。如需技术准确性，请参阅原始论文。 阅读完整免责声明
想象一下，你和一位朋友正在同时编辑同一份文档。你们都对同一段落进行了修改，而当你们尝试合并工作时，计算机却束手无策，说道：“我不知道该保留哪个版本！”这就是所谓的合并冲突。
几十年来，开发者不得不手动修复这些冲突，这一过程既繁琐又容易出错。最近，出现了两种新的“智能助手”来自动解决这一问题。本文正是这两种助手之间的正面较量，旨在看看谁更胜一筹。
两位竞争者
可以将这两位助手想象成拥有截然不同的性格和技能组合：
1. “超级读者”（基于大语言模型的方法，以 MergeGen 为代表）
- 工作原理： 这位助手就像一位博览群书、阅读过数百万本书籍和代码文档的优等生。它并不真正“计算”答案；相反，它利用对事物“通常”样貌的记忆来推测最佳解决方案。它基于已学到的模式来预测下一个词或下一行。
- 类比： 这就像一位品尝过成千上万种汤的厨师。如果你给它一份缺失了某种配料的食谱，它不会去测量香料，而是凭借经验“知道”汤应该是什么味道，并直接加入适量的调料。
2. “拼图求解者”（基于搜索的方法，以 SBCR 为代表）
- 工作原理： 这位助手是一位条理分明的工程师。它不懂代码的“含义”；它只看到文本行。它将冲突视为一个巨大的拼图游戏。它会尝试现有文本行的数百万种不同组合，逐一检查，看哪种混合结果最像原始版本。它遵循一个简单的规则：“最佳解决方案通常是某种看起来既像父版本 A 又像父版本 B 的混合体。”
- 类比： 这就像一位侦探，他完全不知道嫌疑人是谁，因此会尝试所有可能的不在场证明和线索组合，直到找到那个与事实完美契合的方案。它不靠猜测，而是靠测试。
竞赛：发生了什么？
研究人员将这两种方法置于数千个来自开源项目（如 Java、C# 和 JavaScript 代码）的真实世界冲突中进行比拼。以下是他们的发现：
1. 当情况混乱时，“超级读者”胜出。
当两个代码版本的差异非常大（例如，一个版本添加了一大段内容，而另一个版本只删除了一行）时，“超级读者”表现得令人惊叹。因为它从海量数据中学习过，所以能够理解上下文并挑选出正确的行，即使这种平衡看起来很奇怪。它的速度也快得多，眨眼间就能解决冲突。
2. 当情况均衡时，“拼图求解者”胜出。
当两个版本的规模和结构相似时，**“拼图求解者”**是冠军。它比“超级读者”更频繁地找到完美的行组合。当代码包含奇怪符号、非英语文本或极其冗长时，它也更为可靠。
3. “超级读者”有一些坏习惯。
- 记忆泄漏： 有时，“超级读者”会“卡”在它训练数据中见过的某个特定例子上。即使该答案不适合当前情况，它也会重复那个答案。这被称为过拟合——它死记硬背了考题，而没有学会解题方法。
- 注意力短暂： 如果代码块太大，“超级读者”就会不堪重负，写到一半就停止，导致冲突只解决了一半。
- 语言障碍： 如果代码中包含该模型未受过训练的语言的注释，它就会感到困惑。
4. “拼图求解者”虽然慢，但很稳健。
因为它需要测试许多组合，所以解决拼图需要更长时间。然而，它永远不会因为长文本或奇怪语言而感到困惑，因为它将所有内容都视为简单的文本。它不“记忆”任何东西，因此不会过拟合。
主要结论：没有“银弹”
该论文得出结论：单独依靠任何一种助手都不完美。
- 如果你给**“超级读者”**一个小型且混乱的冲突，它就是个天才。
- 如果你给**“拼图求解者”**一个巨大、均衡或格式奇怪的冲突，它就是可靠的苦力。
解决方案是什么？
作者建议构建一个混合系统——一个首先审视冲突的“交通警察”。
- 如果冲突小而混乱，交通警察将其派发给**“超级读者”**。
- 如果冲突巨大、均衡或包含奇怪字符，交通警察将其派发给**“拼图求解者”**。
通过让正确的工具做正确的工作，我们可以创建一个既快速又准确的系统，从而将开发者从手动合并的头痛中解救出来。
一句话总结
本文证明，虽然 AI“猜测者”速度快且擅长处理混乱问题，但“搜索者”在处理复杂或怪异问题时更可靠，而未来的最佳工具将是两者的智能结合。
您所在领域的论文太多了？
获取与您研究关键词匹配的最新论文每日摘要——附技术摘要，使用您的语言。