我试图使合并冲突发生。我相反​​，终端说使用了递归策略

Question

我正在做一个分配，在两个不同分支上更改了两个< headings >（在我的index.html中）后，它要求进行git merge。

我已经尝试过了。在将标题更改为其他单词（或添加其他单词）后，我通过执行以下操作来确保HEAD指向git log结果的先前但最近的提交：

1. 命令git checkout [previous commit sha]

2. 看到HEAD处于分离状态

   然后

3. 切换回master分支（分配调用完成该任务）

我在git merge分支上运行master，得到了输出/结果

  

“递归”策略进行的合并

我在做什么错了？

Answer 1

  

递归是当前的默认两头策略，但经过一些   搜索我终于找到了一些有关“解决”合并的信息   策略。

     

这只能使用3向合并算法解析两个磁头。什么时候   有一个以上的通用祖先可用于3向   合并，它将创建一个共同祖先的合并树并使用   作为三路合并的参考树。据报道   导致更少的合并冲突，而不会导致测试错误合并   在Linux 2.6内核开发中进行的实际合并提交上完成   历史。此外，这可以检测和处理涉及以下内容的合并   重命名，但当前无法使用检测到的副本。这是   拉或合并一个分支时的默认合并策略。