atom不执行合并，仅辅助查看和处理冲突，真正合并由git完成；冲突高亮失效主因是未识别git项目上下文，需确认.git文件夹位置、插件重启及git命令正常工作。
Atom 本身不执行合并，只帮你看清冲突、删标记、选内容——真正的合并动作由 Git 完成，Atom 是编辑器，不是 Git 替代品。
为什么 Atom 里看不到冲突高亮？
根本原因不是插件没装，而是 Atom 没识别到 Git 项目上下文。
- 检查左下角状态栏：是否显示分支名（如
main）和修改文件数？不显示 = Git 集成未激活 - 确认
.git文件夹真实存在于你通过 File → Add Project Folder 添加的根目录下，不是子目录 -
git-plus或merge-conflicts插件安装后必须完全重启 Atom 才生效 - 终端进项目目录运行
git status，如果报错或无输出，Atom 再怎么配也标不出冲突——它依赖底层 Git 正常工作
用 merge-conflicts 插件快速处理三段标记
这个插件比纯靠语法高亮更省事，它把 / <code>======= / >>>>>> feature/login 渲染成左右对比面板，避免手抖删错行。
- 快捷键
alt-m d（Win/Linux）或ctrl-m d（Mac）触发冲突扫描 - 每个冲突块提供三个按钮：
Accept Current（留 HEAD 分支内容）、Accept Incoming（留被合并分支内容）、Accept Both（拼一起，需手动去重） - 点击任一按钮后，插件自动删掉整组三段标记，并保留所选内容——但不会自动
git add，这步仍需你手动执行 - Unity 的
.unity场景文件冲突动辄上千行，用此插件比 Ctrl+F 搜快得多，且不易漏块
删完标记后还报 conflict？检查这三件事
Git 判定冲突是否解决，只看文件里是否还残留完整三段标记。但人容易忽略细节。
- 不要只删
和 <code>>>>>>> branch-name，中间的=======必须一并删除，缺一不可 - 删完后检查前后是否有空行卡在逻辑中间——比如两个函数定义之间多了一空行，可能引发语法错误，但这不是 Git 报 conflict 的原因，是运行时报错
- 多个冲突块之间若用
=======连接（即漏删某处中间线），Git 会认为这是新冲突块，导致git status一直显示 unmerged - 删完所有标记后，务必执行
git add <file></file>，否则 Git 仍视为未解决；git commit前git status应显示 “all conflicts fixed”
真正容易被忽略的是：冲突解决不是“删完标记就完”，而是“删得干净 + 逻辑自洽 + git add 确认”。Atom 只管前半截，后半截得你亲手敲命令，少一步都会卡在 merge 半途。
