VSCode对比代码差异最可靠方式是触发vscode.diff命令并确保Git状态对齐：磁盘文件对比用Ctrl/Cmd双击选中后右键Compare Files；当前文件与上一commit对比用源代码管理面板点击文件或Git: Compare with Previous Revision；两任意commit对比需在COMMITS区Ctrl/Cmd双选后Compare Commits，注意文件重命名需配合git log --follow定位。
VSCode 代码差异对比不靠插件、不靠终端命令也能直接用，但必须走对入口——90% 的“比不出来”“全是红块”“卡 Loading”，问题出在没触发 vscode.diff 命令，或 Git 状态没对齐。
怎么快速对比两个磁盘文件（不依赖 Git）
这是最轻量、最可控的对比方式，适合比配置、比日志、比临时脚本，无需初始化仓库。
- 在资源管理器中按住
Ctrl（Win/Linux）或Cmd（macOS），点击选中两个文件 → 右键 → Compare Files - 或者：先打开一个文件 → 右键编辑器标签 → Select for Compare → 再右键另一个文件 → Compare with Selected
- 误点成“Open to the Side”只是并排看，不会计算差异；真对比视图顶部一定有
DIFF标识 - 右侧是“目标文件”，左侧是“源文件”，顺序不可逆；想调换就得重选
- 若对比结果全是整行红/绿，大概率是启用了内联差异（
diffEditor.renderSideBySide为true但diffEditor.wordBased也被开了），右键 → 取消 Inline Differences 即可恢复清晰的行级高亮
怎么比当前文件和上一个 commit（Git 场景最常用）
这个操作本质是比工作区未暂存内容 vs HEAD，不是比暂存区，也不是比远程分支。
- 确保你已用
File → Open Folder打开整个 Git 仓库（左下角显示分支名，如main） - 在源代码管理面板（
Ctrl+Shift+G）的“更改”列表里点击文件 → 自动进入 diff 视图，左侧是HEAD，右侧是当前未暂存修改 - 快捷键：
Ctrl+Shift+P→ 输入Git: Compare with Previous Revision，效果一致 - 如果点完没反应或显示 “No changes”，检查该文件是否已被
git add—— 已暂存的文件，VSCode 默认只显示“暂存区 vs HEAD”，要看到工作区变化得先Discard或手动改点内容 - 新建文件还没
git add？它不在 Git 历史里，Compare with Previous Revision会静默失败，此时只能用上一节的纯文件对比
怎么比两个任意 commit（定位某次重构改了啥）
这不是“比分支”，而是比两个确定的提交快照，适合做回归分析或排查引入 bug 的具体版本。
- 打开源代码管理侧边栏 → 展开
COMMITS区域 → 按住Ctrl/Cmd点选两个 commit → 右键 → Compare Commits - 更稳的方式：命令面板输入
Git: Compare Commits→ 粘贴两个 commit hash（如a1b2c3d和e4f5g6h）→ 回车 - 注意菜单名极相似：
Compare with Working Tree是比当前未保存内容，Compare with HEAD是比最近一次 commit —— 点错就白忙 - 如果文件在某个 commit 中被重命名或移动，VSCode 不会自动关联，可能显示 “Binary files differ” 或大片红绿；此时得配合终端：
git log --follow -p -- src/utils.ts辅助定位真实变更 - 对比结果里灰色背景 = 删除，绿色 = 新增，黄色 = 修改；但算法只认行，不认语义 —— 函数整体移动、注释增删都可能被拆成几十行“不同”，这不是 bug，是预期行为
为什么 diff 卡在 “Loading…” 或显示空白
这不是 VSCode 卡死，是 Git 数据加载失败的明确信号，优先查底层状态而非调设置。
- 终端进项目根目录，运行
git rev-parse --git-dir，确认返回.git路径且可读；若报错，说明没在 Git 仓库里开 VSCode - 运行
git check-ignore -v src/config.json，若输出匹配规则，该文件就不会出现在提交历史中，自然比不出 - 编码不一致是隐形杀手：一个文件含 BOM（UTF-8 with BOM），另一个是纯 UTF-8，首行就会全红；解决方法：状态栏点击编码标识 → Reopen with Encoding → 统一选
UTF-8 -
diffEditor.maxComputationTime默认是 5000ms，大文件或复杂 diff 可能超时；临时加到用户设置："diffEditor.maxComputationTime": 15000 - 忽略空格变化虽方便，但协作中容易漏掉格式问题：
diffEditor.ignoreTrimWhitespace默认为true，关掉它才能暴露末尾空格差异
真正难的从来不是“怎么点”，而是“点之前有没有确认 Git 状态、文件是否受控、编码是否一致”。这些细节不处理，再快的快捷键也出不来有效 diff。
