VSCode内置对比工具可解决多数Git文本冲突，但需满足文件被Git标记为“both modified”且通过SCM面板或“Git: Open Merge Editor”命令触发；否则“Accept Current Change”等按钮无效。
VSCode 内置的对比工具能直接解决绝大多数文本类 Git 同步冲突，但必须满足两个前提：文件已由 Git 标记为未合并（both modified），且你通过正确路径触发它——不是手动打开文件，而是从 SCM 面板点击或用 Git: Open Merge Editor 命令。
为什么点“Accept Current Change”没反应？
常见错因不是按钮失效，而是 VSCode 没进入真正的“冲突上下文”。以下任一条件不满足，按钮就只是灰色或点了无反馈：
- 文件未被 Git 识别为冲突状态：运行
git status，确认输出里有both modified: path/to/file；如果只显示modified:，说明 Git 认为这是普通修改，不是冲突 - 你双击打开了文件，而不是在源代码管理（SCM）面板中点击该冲突文件名——只有后者才会强制加载三栏合并视图
- 底部状态栏没出现浅灰色操作条：若没看到
Accept Current Change/Accept Incoming Change等按钮，说明当前光标不在有效冲突块内，或标记格式被破坏（比如少了一行=======） - 文件尚未保存：VSCode 不会自动暂存，解决后必须按
Ctrl+S（或Cmd+S），否则 Git 仍认为未解决
用 Git: Open Merge Editor 强制进入四窗格模式
当内联按钮不可见、或需要看清 BASE 版本（共同祖先）时，这是最稳的入口。它绕过编辑器对冲突标记的依赖，直接由 Git 提供三路内容：$BASE（原始）、$LOCAL（你的）、$REMOTE（对方）。
- 快捷键调出命令面板：
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS） - 输入并选择
Git: Open Merge Editor，不要选 “Compare with…” 或 “Open Changes” - 界面分四区：左上是
CURRENT（即$LOCAL），右上是INCOMING（即$REMOTE），左下是BASE，右下是可编辑的MERGED结果区 - 每个差异块右侧有小按钮：
Accept Current Change插入左上内容，Accept Incoming Change插入右上内容，Accept Both Changes会把两段上下拼接（慎用于逻辑重叠处） - 改完后必须关闭整个合并编辑器窗口（不是只关标签页），Git 才会继续流程
手动编辑冲突标记前，先确认 Git 的真实意图
VSCode 的可视化工具再方便，也替代不了对变更语义的理解。尤其当两段代码都改了同一函数体、或一方删方法另一方改调用时，Accept Both Changes 很可能引入重复定义或空指针。
- 务必删掉三行标记：
、<code>=======、>>>>> branch-name，漏掉任意一行都会导致编译失败或 Git 拒绝提交 - 不要只看颜色高亮：VSCode 的红/蓝块只标“改动位置”，不标“改动目的”。建议右键该行 →
GitLens: Show History（需装 GitLens）快速看谁在哪次提交改了这里 - 涉及逻辑合并时，先在
MERGED区写伪代码理清流程，再填实现，比直接删标记拼凑更可靠 - 改完立刻测试：哪怕只是跑个
console.log或单元测试，避免把冲突“解决”成 bug
真正卡住人的从来不是按钮在哪，而是你按下按钮前，有没有花 10 秒看懂那两段代码到底想干什么——VSCode 把选择权交给你，但它不会替你做判断。
