vscode三路合并编辑器需手动触发且仅对git标记为unmerged paths的文本文件生效；常见原因包括git.mergeeditor设为false、未打开含.git的项目根目录、文件为二进制/lfs/子模块类型，或冲突缓存未刷新。
VSCode 的三路合并编辑器不会自动弹出，必须手动触发，且只对 Git 明确标记为 Unmerged paths 的文本文件生效。
为什么点开冲突文件没看到三栏视图
不是 VSCode 坏了，而是它根本没进入合并编辑器模式。常见原因有四个：
-
git.mergeEditor设置为false（旧版默认值或被手动关闭） - 项目根目录没打开——即当前工作区不含
.git文件夹，Git 扩展无法初始化 - 文件是二进制、子模块或 Git LFS 跟踪的资源，VSCode 不支持三栏渲染
- 你手动删过冲突标记但没运行
git add，Git 仍认为状态是Unmerged，但 VSCode 缓存未刷新，导致视图跳过
验证方式：终端执行 git status，确认目标文件列在 Unmerged paths 下；再按 Ctrl+Shift+P 输入 Git: Open Merge Editor —— 如果命令可用且能点开，说明环境没问题。
怎么正确打开并定位到冲突块
双击文件名 ≠ 自动激活三栏视图。最稳路径只有三条：
- 在源代码管理视图（
Ctrl+Shift+G）里找到标为Conflicted的文件，右键 → 选Resolve in Merge Editor - 打开冲突文件后，把光标停在任意一个
包围的块内，顶部会浮现提示条，点击 <code>Open in Merge Editor - 按
Ctrl+Shift+P→ 输入Git: Open Merge Editor→ 回车（它会自动定位到当前活动文件的首个冲突）
打开后注意三栏结构：CURRENT 是你本地分支的修改（rebase 时≠HEAD），INCOMING 是对方分支的改动，中间 RESULT 可编辑。灰色背景行是双方都未动的公共上下文，不能删；红/绿边框只是差异提示，不等于“必须处理”。
Accept Current Change 和 Accept Incoming Change 到底改了什么
这两个按钮不是复制粘贴，而是写入 RESULT 并**自动删除当前光标所在冲突块的全部标记行**（、<code>=======、>>>> branch-name）。但有三个关键限制：
- 只作用于**当前光标所在的那一个冲突块**，多个冲突得逐个点，或改用命令面板里的
Git: Accept All Current Changes - 如果
RESULT区已有手写内容，点击按钮会**完全覆盖**，不合并也不提示 - 操作后文件内容变了，但 Git 仍认为它“未解决”，必须手动
git add <file></file>或在源代码管理面板里点该文件旁的+号暂存
示例：你在 RESULT 手动删了标记、拼了两段逻辑，但忘了保存 → VSCode 不会帮你 git add；点了 Accept Both Changes 却没删干净 ======= → 文件仍卡在 Conflicted 状态。
为什么 Accept Both Changes 经常翻车
它只是把左右两段代码按顺序拼进 RESULT，不做任何逻辑校验。典型问题：
- 两边都新增了
function handleSubmit()→ 合并后重复定义 - 左边删了
import React，右边加了import { useState }→ 拼接后缺失核心依赖 - 左边改
if (x > 0)，右边改if (x >= 0)→ 出现两个 if 块，而非取逻辑并集
这类情况建议放弃一键操作，直接在 RESULT 区手动编辑：删掉所有冲突标记，重写逻辑，再逐行检查语法和语义一致性。保存前务必跑一次本地测试或至少 ESLint，VSCode 不会替你判断业务是否自洽。
真正容易被忽略的是：三栏视图只管呈现和搬运，不管对错。哪怕你点了十次 Accept Current Change，只要有一处 RESULT 里漏删了 >>>> feature/login，或者保存时被 Prettier 插入空行导致分隔符残留，Git 就仍认为这个文件没解决。
