三栏合并编辑器未自动弹出，因需同时满足：文件处于Unmerged paths状态、项目根目录已打开、git.mergeEditor为true、文件为纯文本；否则须手动右键Conflicted文件选Resolve in Merge Editor或用命令面板执行Git: Open Merge Editor。
为什么三栏合并编辑器没自动弹出来
VSCode 不会自动打开三栏视图，它只在满足全部条件时才响应：文件处于 Unmerged paths 状态（git status 可验证）、项目根目录已打开（即含 .git 的文件夹被打开）、git.mergeEditor 设置为 true、且文件是纯文本（非二进制、非 LFS、非子模块）。常见失效场景包括：你手动删了冲突标记但没 git add，Git 仍认为未解决，VSCode 扩展却因缓存未刷新而跳过渲染；或你在子目录里打开了文件，而非项目根目录。
如何强制打开并正确使用 Merge Editor
别依赖双击——必须显式触发：
- 在源代码管理视图（
Ctrl+Shift+G）找到标为Conflicted的文件，右键 →Resolve in Merge Editor - 或打开冲突文件，把光标停在任意冲突块内，顶部提示条点
Open in Merge Editor - 或用命令面板：
Ctrl+Shift+P→ 输入Git: Open Merge Editor→ 回车（自动定位到当前文件首个冲突）
打开后注意：左栏是 CURRENT（你本地 HEAD），右栏是 INCOMING（对方分支），中间可编辑；灰色背景行是公共上下文，不能删。
抓取指定 GitHub用户的 Stars 项目，生成标准化中文 Markdown 报告。用户提及「分析 GitHub stars」「导出收藏项目」「汇总 GitHub 星标」「生成 stars 报告」或粘贴含 ?tab=stars 的链接时触发。执行通过 bash...
Accept 按钮实际做了什么，以及三个关键陷阱
点 Accept Current Change 或 Accept Incoming Change 并不是复制粘贴，而是将对应侧内容写入中间栏，并**自动删除该冲突块的全部标记行**（<<<<< HEAD、=======、>>>>> branch-name）。但有三点极易出错：
- 只作用于**当前光标所在的一个冲突块**，多个冲突得逐个点，或改用命令面板里的
Git: Accept All Current Changes - 如果中间栏已有手写内容，点击按钮会**完全覆盖**，不合并也不提示
- 按钮操作后文件内容变了，但 Git 仍认为“未解决”，必须手动
git add <file>或在 SCM 面板点文件旁的+号暂存
图形化界面失效时的 fallback 路径
当三栏视图不可用（比如二进制文件、.gitattributes 定义了 merge=ours、或远程开发环境 Git 路径错配），就只能切终端硬解：
- 确认 VSCode 设置中
git.path指向真实环境的git（如 WSL 是/usr/bin/git，macOS 远程是/opt/homebrew/bin/git），改完要重启窗口 - 对二进制文件，用
git checkout --ours -- path/to/file.png或git checkout --theirs -- path/to/file.pdf - 若
.gitattributes声明了合并策略，先看懂那行配置再决定是否绕过（比如*.psd merge=ours表示 Git 已静默采用你本地版本）
真正容易被忽略的不是怎么点按钮，而是：标记清除了 ≠ 逻辑正确；中间栏手动编辑后忘了保存，VSCode 不会帮你 git add；还有，所有冲突块都得处理完，漏掉一个 <<<<< HEAD 就会导致编译失败。
