VSCode默认不自动打开三栏合并视图，需手动点击“Merge Conflict”按钮或右键选择“Open in Merge Editor”；冲突标记需人工清理，删完必须git add并git commit才能退出冲突状态。
VSCode里打开冲突文件后看不到三栏对比？
默认不会自动弹出三栏合并视图，得手动触发。只要文件里有 <<<<<< HEAD、=======、>>>>>> feature/x 这类标记，VSCode 就识别为冲突状态，但编辑器只高亮显示内联冲突块——除非你点击顶部的 “Merge Conflict” 按钮 或右键冲突区域选 “Open in Merge Editor”。
常见误操作是直接改代码却没进合并视图，结果漏看一方逻辑；或者点了“Accept Incoming Change”却没意识到右侧其实是远程分支（不是 origin/main 就可能是 feature/login），导致功能被意外覆盖。
- 确认当前分支名：看 VSCode 左下角 Git 状态栏，
HEAD对应的是它，不是“本地”或“我写的”这种模糊说法 - 右侧传入分支名写在
>>>>>>后面，比如>>>>>> origin/develop，别凭印象猜 - 如果没看到顶部提示条，先保存文件再刷新源代码管理面板，有时状态延迟
用“Accept Current Change”和“Accept Incoming Change”踩过哪些坑？
这两个按钮确实快，但它们不判断语义，只做字面替换。比如你本地删了某行日志，对方加了同一函数的错误处理，点“Accept Incoming Change”会把你的删除也干掉——结果函数里多出未定义变量。
典型翻车场景：
- 一方改了函数签名（加参数），另一方改了函数体内部逻辑，直接接受任一方都会导致调用报错
TypeError: xxx is not a function - 本地注释掉一段代码用于调试，远程分支恰好在这段位置新增了关键初始化，接受“Incoming”就等于跳过初始化
-
Accept Both Changes对相邻但不重叠的修改安全，但若两处修改影响同一状态（比如都改了loading = true），可能造成重复赋值或竞态
手动融合时怎么避免漏删冲突标记？
VSCode 不会自动清理 <<<<<< HEAD、=======、>>>>>>，必须人工删干净。留任意一个都会让 git add 失败，提交时仍报冲突。
实操建议：
- 改完代码后，全局搜索
<<<<<<（注意是 7 个<），确保全文档无残留 - 不要只删标记行，检查前后空行是否异常——有时 VSCode 自动补空行，导致格式错乱影响后续 diff
- 改完立刻执行
git status，如果文件还在 “Unmerged paths” 下，说明标记没清完或没git add - 对关键文件，改完可右键 → “Compare with Unmodified”，快速核对是否真删了标记且保留了所有必要逻辑
解决完不提交，VSCode 会一直卡在冲突状态？
不会自动退出冲突流程。VSCode 只负责帮你编辑，不代替 Git 完成工作流。即使你删光标记、保存、暂存（Stage）了文件，只要没执行 git commit，这次合并就没结束——下次 git pull 或 git merge 依然会中断，甚至可能叠加新冲突。
容易被忽略的环节：
- 暂存只是
git add <file>，VSCode 源代码管理面板点“+”图标即完成，但很多人以为点完就完了 - 提交信息必须写，不能空着。VSCode 提交框默认带 “Merge branch 'xxx' into yyy”，建议改成明确描述，比如
Resolved conflict in apiClient.js: kept retry logic, added timeout from feature/auth - 如果中途想放弃，别关文件，先运行
git merge --abort，否则残留的 .git/MERGE_HEAD 会让后续操作持续报错
