vscode对比工具是版本控制核心节点，直接驱动暂存、撤销等操作；修改后自动出现在源代码管理列表，点击即启左右diff视图，左侧head、右侧未暂存内容，支持三向合并与空格/换行符差异显示。
VSCode 的对比工具不是“看看而已”的辅助功能，而是版本控制工作流中真正驱动操作的核心节点——它直接连接 Git 状态、编辑器内容和用户决策，所有关键动作（暂存、撤销、接受变更、解决冲突）都依赖 Diff 视图的上下文激活。
怎么让 Git 修改立刻显示为左右对比视图
修改文件后，它自动出现在源代码管理侧边栏（Ctrl+Shift+G）的“更改”列表里。点击该文件，VSCode 就会打开一个 Diff 视图：左侧是 HEAD（上一次提交），右侧是你当前未暂存的编辑内容。
- 这个视图默认只显示“已暂存”或“未暂存”的变更，不会混在一起；如果没看到差异，先检查是否误点了“暂存全部”，导致右侧变为空
- 右键左侧任意行旁的
→图标，可把那一行/块复制到右侧（即撤销本次修改）；右键左侧空白区选Accept All Changes，等效于丢弃全部本地改动 - 若文件被
.gitignore匹配，它根本不会出现在“更改”列表中——不是 Diff 不工作，是 Git 根本没跟踪它
为什么 Compare with Previous 卡在 Loading…
点击某次提交里的文件 → Compare with Previous 后卡住，大概率不是 VSCode 崩了，而是 Git 读取失败。
- 用终端执行
git show HEAD:src/index.js，看能否正常输出内容；如果报错、乱码或超时，VSCode 就无法渲染 - 检查文件编码：一个含 BOM 的 UTF-8 和一个无 BOM 的 UTF-8，在 Git 层会被视为不同内容，Diff 可能显示全红或空差异
- 大二进制文件（如图片、PDF）只会显示
Binary files differ，点不开文本差异——这不是设置问题，是 Git 本身的限制 -
.git目录缺失、权限不足、或 VSCode 没在仓库根目录下启动，都会导致 Git 集成失效，Diff 失去数据源
如何精确看到空格、缩进和换行符变化
默认情况下，VSCode Diff 会忽略行首尾空格、制表符和换行符差异（diffEditor.ignoreTrimWhitespace 开启），这是为了聚焦逻辑变更，但协作中常因此漏掉格式问题。
- 在 Diff 视图右上角点击
⋯→ 取消勾选Ignore Trimmed Whitespace，此时空格显示为浅灰色小点，\t和\n差异也会标出 - 这个开关只影响当前 Diff 标签页，不影响其他已打开的对比窗口；全局设置改的是新打开的窗口
- 如果想长期启用，可在
settings.json中设"diffEditor.ignoreTrimWhitespace": false，但要注意：团队共用配置时需同步说明 - 开启后若发现大量“无关差异”，优先检查是否一方被 Prettier 或 EditorConfig 自动格式化过——比对前先关掉自动保存格式化更可靠
Git 合并冲突时怎么用三向 Diff 真正解决问题
VSCode 检测到冲突文件后，会自动切换为三向合并视图，不是简单高亮 块，而是提供结构化决策入口。
- 界面分四块：左（
CURRENT）、右（INCOMING）、中（RESULT）、底（BASE）。中间才是你最终要提交的内容 - 不要手动删标记再粘贴——点击每处冲突上方的
Accept Current Change/Accept Incoming Change/Accept Both Changes按钮，VSCode 会自动填充并清理标记 - 如果按钮不可点，说明冲突区域没被正确识别（比如标记格式不标准、或跨多段注释），此时得切回文本模式手动编辑
- 三向视图不支持直接编辑
CURRENT或INCOMING区域——它们是只读快照，所有修改必须发生在RESULT区域
Diff 视图的“上下文敏感性”是最容易被忽略的复杂点：它不认文件路径，只认当前 Git 状态、编辑器焦点、编码一致性这三个锚点。任何一个偏移，就会从“精准定位差异”退化成“猜我在比什么”。
