VSCode无内置图形化三路合并工具，但可通过Git集成与扩展高效实现对比合并；快速比对用右键“Compare with Clipboard”或Ctrl多选后“Compare Files”，差异视图仅可查看不可编辑；提交前在源代码管理面板点击文件名查看工作区与暂存区差异；冲突时提供Accept Current/Incoming/Both及Compare按钮，但需文件已跟踪且标记正确；推荐GitLens、Compare Folders、Merge Conflict三个轻量扩展提升体验，所有扩展依赖正确配置git.path，远程开发需在远程环境安装扩展。
VSCode 本身不内置图形化三路合并工具，但通过集成 Git 和扩展，能高效完成代码对比与合并——关键在于用对命令和扩展，而不是依赖界面按钮。
如何快速打开两个文件的差异视图
最直接的方式是右键文件 → Compare with Clipboard（比对剪贴板内容），或按住 Ctrl（macOS 为 Cmd）多选两个文件后右键 → Compare Files。VSCode 会自动打开内联差异视图，新增/删除行带颜色标记，改动处左侧有绿色/红色指示条。
- 若右键无
Compare Files，说明未启用多选：确保在资源管理器中用Ctrl+Click或Shift+Click选中两个文件，而非单击 - 对比时注意文件编码一致，否则可能显示大量虚假差异；可在右下角点击编码名（如
UTF-8）临时重载 - 对比窗口不支持手动编辑合并结果，仅用于查看；如需编辑，得切换到目标文件再手动复制
Git 提交前如何查看暂存区与工作区差异
在源代码管理（Ctrl+Shift+G）面板中，每个已修改文件旁有三个图标：⊕（未跟踪）、M（已修改）、→（暂存状态）。点击文件名即可打开工作区 vs 暂存区的差异视图。
- 点击
...菜单 →Stage Changes可暂存部分行（右键某段改动 →Stage Line） - 误点了
Discard Changes？撤销操作是Ctrl+Z，但仅限当前编辑器标签页，不是全局 Git 撤销 - 如果差异视图里看不到“暂存”按钮，检查是否已将该文件
git add过；未add的新文件只会显示“未跟踪”状态，不进入暂存区对比流
解决合并冲突时 VSCode 能做什么
当执行 git merge 或 git pull 出现冲突，VSCode 会在编辑器中高亮冲突块，并提供四个操作按钮：Accept Current Change、Accept Incoming Change、Accept Both Changes、Compare Changes。
- 这些按钮只在冲突标记（
/ <code>=======/>>>>>> branch-name）被正确识别时出现；若没反应，先确认文件是否已被 Git 跟踪（git ls-files | grep filename） -
Accept Both Changes不是简单拼接，而是按顺序保留两段内容并删除冲突标记——但不会自动处理逻辑重复或变量重定义 - 合并后务必手动运行测试，VSCode 不校验语义正确性；尤其注意函数签名变更、类型不匹配等静态检查盲区
哪些扩展真正提升对比与合并体验
原生功能够用，但复杂场景需要扩展补位。推荐三个轻量级扩展：
GitLens Compare Folders Merge Conflict
GitLens 在行号旁增加提交作者、时间、上次修改人信息，方便判断哪边改动更可信；Compare Folders 支持整个目录树比对（右键文件夹 → Compare With...）；Merge Conflict 则增强冲突块语法高亮，并支持一键跳转到下一个冲突。
- 避免安装“Git Graph”之类重型扩展来干对比活——它专注历史可视化，不优化差异渲染性能
- 所有扩展都依赖 VSCode 的
git.path配置项指向真实git可执行文件；若对比无响应，先检查设置里git.path是否为空或路径错误 - 远程开发（SSH/WSL）场景下，扩展必须在远程环境中安装，本地装了也不起作用
真正的难点不在怎么点开对比窗口，而在于理解 Git 的三路合并基础：基准版本（merge base）、当前分支、传入分支。VSCode 只呈现结果，不解释“为什么这里算冲突”。一旦遇到非文本冲突（比如二进制文件、锁文件、lock.json），它连差异都打不开——这时候得切到终端手动处理。
