VSCode冲突按钮不显示是因为Git未将文件识别为合并状态，需满足四条件：仓库根目录识别、git.mergeEditor启用、文件为纯文本、且在“Unmerged paths”中；解决后必须手动git add才能完成。
为什么点开冲突文件却没看到「Accept Current Change」按钮
不是插件失效，而是 Git 没把这文件识别为正在合并状态。VSCode 的冲突按钮只在文件真实处于 Unmerged paths 状态时才激活。
常见原因包括：
- 你手动改了代码，但根本没执行
git merge或git pull，Git 压根没进入合并流程 -
git status输出里看不到该文件列在 “Unmerged paths” 下（可能只是普通modified） - VSCode 打开的是子目录，不是含
.git的仓库根目录——左下角没显示分支名就是铁证 -
git.mergeEditor设置为false（旧版默认关闭，需手动设为true）
验证方式：终端运行 git ls-files -u，有输出才说明 Git 确实卡在未解决状态。
三栏合并编辑器打不开，提示「The merge editor is not available」
这个报错不是 bug，是 VSCode 在明确告诉你：当前上下文不满足启动条件。
必须同时满足以下四点：
-
.git目录存在，且 VSCode 已识别为工作区根目录（看左下角有没有分支名和 Git 图标） - 设置中
git.mergeEditor为true - 文件是纯文本格式——二进制、图片、LFS 托管文件或编码异常（如含 GBK 中文但声明 UTF-8）都会拒载
- 该文件确实在
git status的 “Unmerged paths” 列表里
临时绕过方法：关掉合并编辑器，在普通编辑器里删掉 <<<<< HEAD、=======、>>>>> commit-hash 这些标记行，保留需要的代码，再手动 git add。
「Accept Both Changes」按钮到底干了什么
它不是智能融合，只是按行拼接——左边内容 + 一个空行 + 右边内容。
后果很直接：
- 两边都写了
import React from 'react'→ 合并后重复导入，运行时报错 - 两边都定义了同名函数 → 语法错误或覆盖逻辑
- 若同一行被两边修改，
Accept Both不生效，仍留冲突标记，必须手动处理
真正需要“保留双方逻辑”时，应该点「Compare changes」进三栏视图，在中间栏手动删改补全，而不是依赖一键按钮。
解决完所有冲突后，为什么 git status 还显示 Unmerged paths
VSCode 不会自动 git add，哪怕你点完了全部「Accept」按钮，文件仍处于未暂存状态。
必须显式标记为已解决：
- 在资源管理器中右键冲突文件 → 选「Stage Changes」
- 在源代码管理视图（
Ctrl+Shift+G）里，点击文件左侧的「+」图标 - 命令面板（
Ctrl+Shift+P）输入「Git: Stage File」
只有文件从「Changes」区域移入「Staged Changes」区域，才算真正完成。漏掉这步，git commit 会直接拒绝。
最易被忽略的细节：合并编辑器里的操作只是改了文件内容，不等于通知 Git；而 Git 是否认可“已解决”，只认 git add 这个动作。别信界面提示，盯住 git status 输出才是真。
