vscode的git合并冲突可视化工具需满足三条件才启用：文件被git标记为unmerged、vscode正确识别该状态、项目以含.git的根目录打开；否则“accept current change”等按钮不出现，且解决冲突后必须手动git add才能标记为已解决。
VSCode 的 Git 合并冲突可视化工具不是“开箱即用”的万能解药——它只在文件被 Git 明确标记为 unmerged 且 VSCode 正确识别该状态时才激活。手动删冲突标记、保存后直接关文件，或用命令行跳过合并流程，都会让界面控件彻底消失。
为什么点不开“Accept Current Change”按钮
最常见原因是 VSCode 没把当前文件当作冲突文件处理。它不靠内容里有没有 来判断，而是读取 <code>git ls-files -u 输出。一旦缓存失效、Git 扩展未启用，或你打开的只是单个文件（而非含 .git 的项目根目录），按钮就永远不会出现。
- 检查左下角状态栏：必须显示 Git 分支名和 ✅ 图标；没有就点击它 → “Initialize Repository” 或确认 Git 扩展已启用
- 按
Ctrl+Shift+P输入Git: Show Git Output，看是否报fatal: not a git repository - 关闭当前窗口，用 VSCode 打开整个项目文件夹（路径里得有
.git） - 运行
git status，确认文件出现在Unmerged paths区域；不在？说明 Git 根本没把它当冲突文件
点了“Accept Incoming Change”但 git status 还报冲突
VSCode 只改文件内容，不自动执行 git add。它把“解决冲突”和“标记为已解决”拆成两步，而第二步必须你手动完成——否则 Git 一直认为这文件还在冲突中，下次 git commit 会失败。
- 去源代码管理视图（
Ctrl+Shift+G），找到该文件，点击它左边的+号，或右键选Stage Changes - 别依赖“保存即解决”：即使你删光所有
标记并保存了，只要没 <code>git add，状态就不变 - 如果误操作导致文件残留冲突标记（比如只删了一半），
git checkout --ours <file></file>比重开更可靠
三路合并编辑器打不开或显示空白
这个视图（CURRENT / INCOMING / RESULT）对文件编码和 Git 配置敏感。非 UTF-8 编码、.gitattributes 里定义了 merge=ours、或文件被 Git 认定为二进制（如 .png），都会让它直接拒绝对话——连红蓝高亮都不会有。
- 先确认文件类型：
git check-attr -a <file></file>看是否被.gitattributes强制设为二进制 - 对图片/PDF 等，VSCode 不提供可视化解析，只能用
git checkout --theirs -- <file></file>或--ours强制选一边 - 打开设置搜
git.mergeEditor，确保值为true；再搜files.encoding，临时设为utf8测试 - 命令面板输入
Git: Open Merge Editor失败时，终端里跑git mergetool是更底层的兜底方式
真正卡住人的往往不是“怎么点按钮”，而是 VSCode 和 Git 对“冲突状态”的认知错位——一个以为解决了，另一个还在等 git add；一个在找 .git，另一个只打开了文件。盯住 git status 输出，比盯着编辑器 UI 更管用。
