VSCode的Git: Compare Branches命令才是真正的分支对分支对比，因它底层调用git diff <ref1> <ref2>，完全绕过工作区状态；而右键“Compare with Current Branch”实际对比的是目标分支与当前工作区（含未提交修改），易污染差异结果。
直接用 Git: Compare Branches 命令，比手动 git diff 更快、更直观，且能点进文件看行级差异——但必须注意当前分支是否干净，否则结果会混入工作区未提交变更。
为什么不能直接右键分支选“Compare with Current Branch”？
VSCode 的源代码管理视图里，右键分支菜单中的 Compare with Current Branch 实际对比的是「目标分支」和「当前工作区（working tree）」，不是当前检出分支的 HEAD 提交。这意味着：
- 如果当前分支有未暂存或未提交的修改，这些改动会一起参与对比，导致差异被污染
- 你看到的可能是
feature/loginvsmain + 本地脏修改，而非纯粹的feature/loginvsmain - 尤其在多人协作中，这种偏差容易误判合并范围
Git: Compare Branches 命令才是真·分支对分支
这个命令明确要求你选择两个分支（source 和 target），底层调用的是 git diff <ref1> <ref2>，完全绕过工作区状态。操作路径：
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（Mac）打开命令面板 - 输入
Git: Compare Branches，回车 - 先选源分支（比如
main），再选目标分支（比如feature/auth） - 结果以侧边栏树形结构列出所有变更文件，图标
✎（Modified）、⊕（Added）、⊗（Deleted）一目了然
注意：VSCode 默认把左边设为 source 分支内容，右边是 target 分支内容；如果你习惯反着看，可以右键差异编辑器 → “Switch Diff Sides”。
对比结果里点开文件却看不到差异？
常见原因不是插件问题，而是 Git 没法解析二进制文件或大文件：
- 图片、PDF、压缩包等二进制文件只会显示“Binary files differ”，不会渲染行级 diff
- 单个文件超过 50MB（VSCode 默认限制）时，diff 区域空白，控制台报错
ENFILE: file table overflow或Cannot compare large file - 某些编码格式（如 UTF-16 带 BOM）可能触发解析失败，表现为内容全灰或乱码
临时解决：在设置中调整 git.diffOptions 加 --text 强制文本模式（仅适用于可读文本类二进制，如某些 .sql 或 .json 导出文件）；长期方案是拆分大文件或改用 git diff --name-only 配合命令行定位。
想导出差异供评审或归档怎么办？
VSCode 本身不提供一键导出 patch，但有两个轻量级替代方案：
- 在差异编辑器右上角点击
⋯→ “Copy Changes as Patch”，粘贴到文本文件即可保存标准.patch格式 - 终端执行
git diff main feature/auth > changes.patch，确保 ref 准确（推荐加--no-prefix避免 a/b 前缀干扰后续应用） - 注意：VSCode 导出的 patch 不含 commit 元数据，仅含文件变更；若需完整上下文，仍得用
git format-patch
真正容易被忽略的是：VSCode 的对比视图默认只展示「已提交」差异，它不会自动刷新——切换分支或拉取新提交后，必须手动点击侧边栏顶部的刷新按钮（↻），否则看到的是旧快照。
