够用，但默认行为容易让人误操作；需手动启用git.mergeEditor、配置行号显示与语义差异高亮，并绑定快捷键，否则效率低且易出错。
VSCode 内置合并编辑器够用吗？
够用，但默认行为容易让人误操作。VSCode 的合并视图（Merge Editor）在 Git 冲突发生后自动触发，但它默认不显示行号、不高亮语义差异、也不支持一键“接受当前”或“接受传入”的快捷键绑定——这些得手动配置。
- 冲突块顶部的
Accept Current Change/Accept Incoming Change按钮只作用于当前选中块，不是整段；点错位置就可能把对方改的逻辑删掉 - 默认不启用
git.mergeEditor高级模式，语义级合并（比如函数重命名、参数顺序调整）完全不可见 - 如果本地修改和远程提交都动了同一行，VSCode 会强制拆成三栏（CURRENT / INCOMING / RESULT），但 RESULT 编辑区无法撤销（
Ctrl+Z无效），只能靠手动回退或重开文件
怎么开启并调优 VSCode 合并编辑器？
必须手动启用高级合并模式，并补全关键设置，否则和原始 diff 视图没本质区别。
- 打开设置（
Ctrl+,），搜索git: Merge Editor，勾选Git: Merge Editor - 在
settings.json中添加："git.mergeEditor": true, "diffEditor.ignoreTrimWhitespace": false, "editor.renderWhitespace": "all"
- 为避免误操作，建议绑定快捷键：在
keybindings.json中加入[ { "key": "ctrl+alt+c", "command": "mergeEditor.acceptCurrentChange", "when": "mergeEditorVisible" }, { "key": "ctrl+alt+i", "command": "mergeEditor.acceptIncomingChange", "when": "mergeEditorVisible" } ]
什么时候该切到外部工具（如 meld、vscode-diff）？
当冲突涉及大量重复结构（如 JSON schema 更新、HTML 模板嵌套、YAML 配置块）、或需要比对非相邻变更时，内置编辑器效率骤降。
- VSCode 默认不支持「按语义折叠冲突块」，比如把多个
import行合并为一个列表再决策；meld 可以按语法节点分组 - 如果冲突文件是二进制或大文本（>10MB），VSCode 合并视图会卡死，此时应配置
git config --global merge.tool vscode并用命令行git mergetool唤起独立窗口 - 团队协作中若多人频繁修改同一配置文件（如
package.json），建议提前约定字段顺序，否则每次合并都要手动重排，极易漏项
如何避免下次再陷入复杂冲突？
最优雅的冲突处理，是让它根本不出现在合并界面里。
- 日常开发中启用
git config --global rerere.enabled true，让 Git 记住你之前怎么解过类似冲突，下次自动复用方案 - 在 PR 描述里明确写清「本次修改影响的模块边界」，方便 Reviewer 快速判断是否与自己正在改的逻辑重叠
- 对共享配置文件（如
.eslintrc.js、tsconfig.json），用// @merge-ignore注释标记稳定区，配合 husky + lint-staged 在 pre-commit 阶段校验冲突风险
真正的难点不在工具选择，而在谁改了哪一行、为什么这么改、有没有被其他人悄悄覆盖——这些信息从来不会自动出现在 CONFLICT (content) 提示里。
