Sublime Text 本身不支持双文件对比，需借助插件 Diffy（轻量行级对比）或官方工具 SublimeMerge（支持三路合并与 Git 冲突可视化处理）；Git 冲突需手动搜索标记或用 SublimeMerge 高效解决。
Sublime Text 里怎么打开两个文件做对比
Sublime Text 本身不带原生双文件对比功能，但靠插件 Diffy 或 SublimeMerge（官方出品）能快速实现。最轻量、最常用的是 Diffy：装完后右键任意标签页 → 选 Diffy: Compare with Tab，就能高亮显示行级差异。
常见错误是直接拖两个文件进窗口，以为会自动对比——不会，只是并排打开而已。必须显式触发对比命令。
- 安装插件前先确认已装
Package Control（没装就搜 “Install Package Control Sublime”） -
Diffy不支持三路合并，纯查看用；要操作冲突块，得换工具 - 如果对比后颜色不明显，检查主题是否覆盖了
diff语法高亮（比如某些暗色主题会把删除行设成灰色而非红色）
Git 合并冲突文件在 Sublime 里怎么识别和跳转
Sublime 不解析 .git/ 状态，所以它不会主动标出哪些文件有冲突。你看到的只是普通文本里夹着 <<<<<< HEAD、=======、>>>>>> branch-name 这类标记——这是 Git 写进文件的原始冲突提示。
关键不是“怎么标”，而是“怎么快速定位和清理”。推荐用 Find All（Ctrl+Shift+F / Cmd+Shift+F）搜 <<<<<<，结果面板会列出所有冲突块位置，点一下就能跳转。
- 别手动删标记行再改内容——容易漏删或格式错乱，建议整段选中后用快捷键
Ctrl+Shift+P→ 输入Insert Snippet插入预设的“保留当前/保留传入”模板 - 如果文件大、冲突多，
Find All结果可能卡顿，可先用终端git status --short确认冲突文件范围，只开这几个 - Sublime 默认不识别
.gitattributes的合并策略，比如merge=ours这类配置对它完全透明
用 SublimeMerge 替代 Sublime Text 处理 Git 冲突是否更靠谱
是的，而且不是“更靠谱”，是“唯一靠谱的 Sublime 生态内方案”。SublimeMerge 是 Sublime HQ 官方做的 Git GUI，和 Sublime Text 同源，共享快捷键逻辑和 UI 风格，但它专为 Git 操作设计，能直接加载工作区、可视化展示三路合并（base/head/remote）、点选接受某一边、一键解决冲突并暂存。
它不是 Sublime Text 的插件，是独立应用，但和 Sublime Text 可深度联动：在 SublimeMerge 里右键文件 → Open in Sublime Text，改完保存后回到 SublimeMerge 点 Refresh 就能同步状态。
- 免费版功能完整，仅在左下角有小字提示“Unregistered”，不影响任何 Git 操作
- Windows 下安装后默认关联
git mergetool，执行git mergetool会自动唤起 SublimeMerge（需提前运行一次设置命令：git config --global merge.tool sublime） - 它不依赖 Sublime Text 是否安装，但如果你习惯用 Sublime Text 编辑代码，装 SublimeMerge 几乎零学习成本
为什么不用 Sublime Text + 其他插件强行搞三路合并
因为没意义。像 GitSavvy 这类插件虽能调用 git status、git commit，但它本质是终端封装器，不提供图形化合并界面；而真正处理冲突需要理解 base/head/remote 三份内容的语义关系，这不是正则替换或行高亮能解决的。
有人试过用 MultiEditUtils 同时编辑多个光标位置来“同步删冲突标记”，结果往往是删掉一半、留了空行、忘了 git add，最后还得回命令行 git checkout --ours 强制覆盖。
- 冲突的本质是逻辑判断，不是文本编辑——Sublime Text 是编辑器，不是合并引擎
- 所有试图在纯编辑器里模拟 IDE 级 Git 工具的行为，最终都会卡在“无法可视化 base 版本”这一步
- 真要省事，就用 SublimeMerge；真要嵌入编辑器流程，就老实用
git mergetool命令唤起它，别硬塞进 Sublime Text 标签页里
复杂点其实就一个：别把 Sublime Text 当 Git 客户端用。它擅长写代码，不擅长解冲突。该切工具的时候就切，比折腾插件省两小时。
