VSCode合并冲突解决界面采用三栏视图，支持内联按钮操作、手动编辑、批量处理及提交前验证。
如果您在 VSCode 中执行 git merge 或 git pull 后发现文件无法自动合并，则 Git 会插入冲突标记，VSCode 将自动激活“合并冲突”解决界面。以下是该界面的详细构成与交互逻辑：
本文运行环境：MacBook Pro M3，macOS Sequoia
一、合并编辑器三栏视图结构
VSCode 的合并编辑器以三栏形式呈现冲突内容，左侧为当前分支（Current Change）的修改，右侧为传入分支（Incoming Change）的修改，中间为可编辑的合并结果预览区。该布局使代码差异一目了然，上下文保留完整，便于判断逻辑归属。
1、打开存在冲突的文件后，VSCode 自动识别并高亮显示冲突块，顶部弹出提示条。
2、点击提示条中的“Open in Merge Editor”，或右键冲突文件选择“Resolve in Merge Editor”，进入三栏界面。
3、左侧窗格显示HEAD 所在分支的本地修改，右侧窗格显示待合并分支的传入更改。
4、中间区域默认为空白，需手动编辑或通过按钮填充；灰色背景区域代表双方均未改动的公共上下文行，用于锚定语义边界。
二、内联冲突操作按钮机制
在每个冲突块上方，VSCode 提供一组内联按钮，直接作用于当前冲突段落，无需切换视图或记忆命令。这些按钮对应 Git 冲突解决的核心决策路径，响应即时且不可逆（除非撤销编辑）。
1、将光标置于冲突块内任意位置，上方即浮现操作条。
2、点击“Accept Current Change”，将左侧内容写入中间编辑区，并移除该冲突标记。
3、点击“Accept Incoming Change”，将右侧内容写入中间编辑区，并清除冲突标识。
4、点击“Accept Both Changes”，将左右内容按顺序拼入中间区，但不自动处理逻辑顺序或重复声明，需人工校验。
三、手动编辑与标记清除规则
当自动选项无法满足业务逻辑时，可直接在中间编辑区进行自由编辑。VSCode 依赖语法完整性与标记删除状态来判定冲突是否已解决，而非仅依赖按钮操作。
1、手动删除全部冲突标记：、=======、>>>>> feature/login。
2、确保中间编辑区代码语法合法、无重复定义、函数签名一致。
3、保存文件后，VSCode 实时扫描全文，若未检测到任何冲突标记，则自动将该文件从“合并冲突”列表中移除。
4、若仅删除部分标记或残留空行分隔符，VSCode 仍视其为未解决状态。
四、批量冲突处理与跨文件操作
面对多个冲突文件，逐个打开效率低下。VSCode 支持在源代码管理面板中统一调度，实现策略化批量处理，适用于确认某一分支为权威版本的场景。
1、在左侧 SCM 面板中，所有冲突文件旁显示橙色感叹号图标。
2、右键任一冲突文件，在上下文菜单中选择“Accept Current Changes in All Files”。
3、该操作将对所有冲突文件执行“Accept Current Change”，覆盖全部传入更改。
4、如需反向操作，使用“Accept Incoming Changes in All Files”，强制采用远程分支内容。
五、冲突状态同步与提交前验证
VSCode 不自动将已编辑文件加入暂存区，也不自动提交。冲突解决完成后的状态同步需显式操作，且必须验证逻辑正确性，否则可能引入运行时错误。
1、保存文件后，该文件从“合并冲突”分类移至“暂存更改”区域，但不会自动勾选。
2、在 SCM 面板中，手动点击文件旁的加号（+）图标将其暂存。
3、输入清晰提交信息，例如“resolve merge conflict in api/auth.js”。
4、点击顶部✓ Commit 按钮完成提交；此时 Git 才真正结束合并流程。
