Git合并疑问：两分支修改相邻行为何触发冲突？

我了解Git的合并算法是三路合并，但遇到了一个似乎不符合该逻辑的场景：

1. 初始化Git仓库并在master分支提交内容：

## hello
## world

2. 创建develop分支。
3. 在master分支提交修改，将第1行改为：

## hello-master
## world

4. 切换至develop分支提交修改，将第2行改为：

## hello
## world-develop

5. 在develop分支执行git merge master时触发了冲突：

<<<<<<< HEAD
## hello
## world-develop
=======
## hello-master
## world
>>>>>>> master

明明是对不同行的修改，Git合并不是应该逐行检查自动合并吗？查阅Git文档后仍未找到原因，求解答！

原因分析 #

Git的三路合并确实会对比共同祖先版本、当前分支（HEAD）以及待合并分支的内容，但它的冲突判断并非只看单行是否被修改，还会考虑修改的上下文范围。

在这个场景中：

• 共同祖先的内容是两行相邻的短标题行
• master修改了第1行，develop修改了第2行
• Git默认合并策略会把相邻的短行视为一个“逻辑块”，当两个分支分别修改了同一个块内的不同行时，算法会认为这两个修改处于强关联的上下文区域，无法确保自动合并的安全性，因此触发冲突。

解决方法 #

你可以通过调整合并策略来避免这类不必要的冲突：

• 使用git merge -X patience：这个策略会更聚焦于单行的精确匹配，弱化上下文块的判断逻辑，对于短文本场景更友好。执行该命令后，Git会自动合并出预期结果：

  ## hello-master
  ## world-develop
  

• 或者在项目的.gitattributes文件中为特定类型文件设置合并策略，比如针对Markdown文件添加：*.md merge=union（union策略会直接合并所有修改，不检查冲突，适合纯文本场景，但需谨慎使用）。

内容的提问来源于stack exchange，提问作者Xu Zhu