最稳路径是资源管理器中ctrl/cmd多选两个文件后右键“compare files”，vscode自动以第一个为左侧（original）、第二个为右侧（changed）；若失效，需确保文件已保存、编码统一为utf-8、换行符一致，并检查路径是否含非法字符。
怎么用 VSCode 快捷键快速打开两个文件的差异比对？
直接选中一个文件标签页，按住 Ctrl（Windows/Linux）或 Cmd（macOS），再点击另一个文件标签页，松手后 VSCode 会自动以并排 diff 视图打开——这是最轻量、无需插件的比对方式。注意：两个文件必须都已保存（未保存的临时内容不会触发 diff）。
如果想比对当前文件和它在 Git 中的上一版本，右键编辑器空白处 → “Compare with Saved”；或者更常用的是按 Ctrl+Shift+P（Cmd+Shift+P）调出命令面板，输入 Git: Compare with HEAD 回车即可。
- 不支持直接拖拽两个未打开的文件进编辑器触发 diff，必须先打开其中一个
-
Ctrl+K Ctrl+D是格式化快捷键，不是 diff —— 很多人误记成这个 - 比对时若右侧显示“Unable to compare files”，大概率是左侧文件未保存，或右侧文件路径非法（比如含特殊字符或空格未转义）
Git 冲突标记出现在编辑器里，怎么用内置功能一键解决？
VSCode 的“合并编辑器”（Merge Editor）从 1.84 版本起成为默认冲突解决界面，不再依赖第三方插件。只要打开含冲突标记（ / <code>======= / >>>>>> branch-name）的文件，底部状态栏就会出现“Accept Current Change”“Accept Incoming Change”等按钮；点击即可选择保留哪边内容。
更高效的做法是按 Ctrl+Shift+P 输入 Git: Accept Current Change 或 Git: Accept Incoming Change，批量处理所有冲突块。若想手动编辑中间逻辑，点击冲突块旁的“Edit”按钮进入三栏合并视图（Current / Incoming / Result）。
- 合并编辑器只在文件有 Git 跟踪且存在未解决冲突时激活，纯本地文件无此功能
- 接受某一边后，VSCode 不会自动删除另一侧标记行——必须确认无残留
等符号，否则提交会失败 - 如果冲突块被意外折叠（比如启用了代码折叠），需先展开再操作，否则按钮可能不可见
为什么点了 Accept 却没反应？常见卡点在哪？
最常被忽略的是：VSCode 默认要求你先保存文件（Ctrl+S），才能将变更同步到 Git 索引。哪怕你点了一堆“Accept”，只要没保存，Git 仍认为冲突未解决，git status 依然显示 unmerged。
另一个隐性限制是权限问题：如果工作区位于只读目录（如某些 Docker 挂载卷、网络驱动器），VSCode 无法写入文件，Accept 操作会静默失败，状态栏也不报错——此时检查文件属性或终端执行 git add <file></file> 会提示 “Permission denied”。
- 冲突解决后务必运行
git add <file></file>手动暂存，VSCode 不会自动执行这步 - 如果使用 WSL，注意 Windows 和 Linux 路径权限模型差异，有时
chmod +w才能解锁编辑 - 部分企业环境禁用了 VSCode 的 Git 集成，此时需检查设置中
git.enabled是否为true
如何让 diff 更准？避免误判“相同但格式不同”的情况？
VSCode 默认的文本 diff 基于行，对空格、换行、缩进敏感。如果你比对的是 JSON、YAML 或代码文件，建议启用“忽略空白”模式：在 diff 视图右上角点击 ⋯ → 勾选 “Ignore Whitespace”。这样 key: value 和 key: value 就不会被标为差异。
更进一步，可在用户设置中全局开启："diffEditor.ignoreTrimWhitespace": true。但要注意，这会影响所有 diff 场景——比如你正调试缩进导致的 Python 缩进错误，这时反而要关掉它。
- JSON/YAML 文件建议同时开启
"editor.formatOnSave": true，统一格式后再比对，减少噪音 - 二进制文件（如图片、PDF）不能用内置 diff，会显示“Binary files differ”，此时需外部工具（如
vscode-diff插件或系统xxd） - 大文件（>50MB）VSCode 会禁用 diff 并提示“File too large”，需改用命令行
git diff --no-index a b
git commit 卡在半路。
