GoLand默认三窗格冲突界面不显示共同祖先（base）版本，需点击顶部“Compare Versions”按钮手动调出Base vs Left/Right视图；因双方非重叠修改、整行删改、LF/CRLF假冲突等场景必须对照base才能安全合并，且“解决简单冲突”按钮对超70%的所谓简单冲突静默跳过，易丢代码。
为什么GoLand默认的三窗格冲突界面不够用
因为它的左侧是本地修改（HEAD），右侧是传入变更（比如origin/main），中间是可编辑结果——但**没有显示共同祖先（base）**。当双方都改了同一行不同位置（比如左删空格、右加注释），仅靠左右对比容易误判，必须看到 base 才能安全合并。而 GoLand 默认不把 base 作为独立可比视图暴露出来，得手动调出。
如何在冲突解决窗口中调出 base 版本对比
打开冲突文件后，在三窗格工具顶部工具栏点击 Compare Versions 按钮（图标是两个重叠文档），会弹出选项菜单。从中选择：
• Base vs Left → 查看原始版本和你本地改了啥
• Base vs Right → 查看原始版本和对方改了啥
• Left vs Right → 默认已显示，就是左右直接对比
注意：Base 指的是两个分支共同分叉点的文件快照，不是当前任意一个 commit。
哪些冲突类型必须看 base 才能安全处理
以下情况单靠左右对比极易出错，必须对照 base：
- 双方在同一行做了**非重叠修改**（如 base 是
fmt.Println("hello")，left 删了"hello"，right 改成fmt.Printf） - 一方删除整行，另一方修改该行（base 存在该行，left 删除，right 改写）
- 涉及
LF/CRLF行尾自动转换的“假冲突”（实际内容一致，仅换行符不同；base 和 left/right 的行尾标记可能不一致）
别依赖“解决简单冲突”按钮
这个按钮只对极少数模式生效（比如 base 中某行是 a b c，left 改成 x b c，right 改成 a y c，它能自动合成 x y c）。但一旦出现嵌套修改、结构变动或注释增删，它就会静默跳过——既不报错，也不提示，结果中间窗格保留 base 内容，看似“解决”实则丢代码。真实项目里，**超过 70% 的所谓“简单冲突”需要人工核对 base 才敢点“应用”**。
