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 查看未提交变更
这是日常开发中最常用的对比方式，聚焦于你改了什么，而非和谁比。
- 确保已初始化 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 会在编辑器中直接标记冲突块，并提供语义化操作按钮。
电力公司企业网站(Zblog内核)1.8
下载
由于我高估了大家对zblog程序的熟知度，发现还有很多站长并不是太熟悉这款程序，甚至连后台的登陆入口都不清楚。所以我晚上抽了一点点时间把该ZBLOG企业网站源码进行的修正，补充了大家的一些问题。并且我写了比较详细的使用教程，能够帮助新手朋友修改变成自己的企业网站使用。 修订版本改进了几处问题： 第一，修正了单页面中的顶部BANNER FLASH幻灯图片的显示错误问题； 第二，修正了在产品中心标题显
- 冲突区域会以
/=======/>>>>>> branch-name分隔 —— 这是 Git 写入的原始标记，VSCode 会高亮并折叠它们 - 光标停在冲突块内时，编辑器顶部会出现操作条：
Accept Current Change（保留当前分支）、Accept Incoming Change（采用合并进来的）、Accept Both Changes（合并两段）、Compare Changes（打开三栏对比） - 这些操作仅修改当前文件内容，不会自动执行
git add；解决后必须手动git add才算完成冲突处理 - 如果冲突复杂（比如多处嵌套、逻辑重叠），建议先点
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 自动修复导致的“大量无意义变更”，得先统一格式再比对，否则视觉噪音会掩盖真实逻辑差异。
