VSCode无原生三路合并界面，但可通过内置功能与扩展高效处理对比和合并：1. Compare Active File With…比对任意两文件；2. Git: Compare with HEAD查看未提交变更；3. 冲突时用Accept Current/Incoming Change等按钮处理，并支持Compare Changes三栏视图；4. GitLens扩展增强历史比对与blame能力；5. 所有对比均为行级文本比对，需预格式化避免噪音。
VSCode 本身不提供传统意义上的“三路合并工具”界面，但通过内置功能和扩展，能高效完成代码对比与合并任务。关键在于分清场景：是比对两个文件、查看 Git 变更，还是解决冲突？不同目标对应不同操作路径。
用 Compare Active File With... 快速比对任意两个文件
这是最轻量的文件级对比方式，适合临时检查差异，不依赖 Git。
- 打开一个文件，右键编辑器标签或内容区 → 选择
Compare Active File With... - 在弹出的文件列表中选另一个文件（支持跨文件夹、未保存的临时文件）
- 对比视图默认为“并排”，左侧为当前活动文件，右侧为被比较文件；修改会实时高亮，但不会自动写入，需手动复制粘贴
- 注意：如果右侧文件是只读的（如来自 node_modules），VSCode 仍允许查看差异，但无法编辑右侧面板
用 Git: Compare with HEAD 查看未提交变更
这是日常开发中最常用的对比方式，聚焦于你改了什么，而非和谁比。
Convert Github Repository
下载
适用于以下场景：（1）用户提供 GitHub 仓库 URL 或本地仓库路径，并请求将其转换为其他格式；（2）用户请求导出 GitHub 仓库……
- 确保已初始化 Git 仓库且文件在工作区中
- 右键编辑器 →
Git: Compare with HEAD，或点击左侧活动栏Source Control图标，找到已修改文件，点击其右侧的...→Compare with HEAD - 该操作实际等价于
git diff --no-index对当前工作区与暂存区/HEAD 的快照做差异计算 - 若文件已暂存（staged），需选
Compare with Index才能看到暂存前后的区别
解决 Git 合并冲突时，用内置 Accept Current Change 等操作快速处理
当 git merge 或 git pull 报出冲突，VSCode 会在编辑器中直接标记冲突块，并提供语义化操作按钮。
- 冲突区域会以
<<<<<< HEAD/=======/>>>>>> branch-name分隔 —— 这是 Git 写入的原始标记，VSCode 会高亮并折叠它们 - 光标停在冲突块内时，编辑器顶部会出现操作条：
Accept Current Change（保留当前分支）、Accept Incoming Change（采用合并进来的）、Accept Both Changes（合并两段）、Compare Changes（打开三栏对比） - 这些操作仅修改当前文件内容，不会自动执行
git add；解决后必须手动git add <file>才算完成冲突处理 - 如果冲突复杂（比如多处嵌套、逻辑重叠），建议先点
Compare Changes，它会拉起一个三栏视图：左=当前分支，中=共同祖先，右=传入分支 —— 这才是真正的三路合并上下文
安装 GitLens 扩展增强对比能力
原生功能够用，但 GitLens 能补足几个关键短板：历史版本比对、行级 blame 对比、一键跳转到某次提交的文件快照。
- 安装后，右键代码行 →
GitLens: Compare Line with...可比对该行在不同提交中的变化 - 在
Source Control视图中，点击某个已提交文件旁的...→Compare with Previous Revision，即可看到该文件上一次提交以来的所有改动 - 它还能识别
.gitattributes中定义的合并驱动（如merge=ours），并在冲突提示中体现策略信息 - 注意：GitLens 的“高级比较”功能在大型仓库中可能触发较慢，建议在设置中关闭
gitlens.advanced.blame.ignoreWhitespace避免误判空格变更
真正容易被忽略的是：VSCode 的所有对比操作都基于文本行，不理解语法结构。遇到 JSON 格式化差异、import 排序变动、或 Prettier 自动修复导致的“大量无意义变更”，得先统一格式再比对，否则视觉噪音会掩盖真实逻辑差异。
