Sublime Text 不支持自动文件合并，仅能通过插件对比差异或手动拼接。Compare Files 插件仅标红/绿显示不同行，不处理冲突、缩进、编码等；真正合并需外部工具如 smerge 或命令行 diff，人工决策不可替代。
Sublime Text 本身不提供“合并两个文件内容”的内置命令，也没有自动选边、冲突标记识别或三栏界面。所谓“合并”，实际是手动拼接、外部工具介入，或靠插件辅助对比后人工决策——别指望它像 VS Code 或 meld 那样点一下就完事。
用 Compare Files 插件做差异对比，但不负责合并
这是最轻量、也最容易误以为“能合并”的方案。它只告诉你哪里不同，不帮你决定留哪边。
- 安装后右键标签页 →
Compare Files，或快捷键ctrl+alt+c（Windows/Linux）/cmd+alt+c（macOS） - 差异行标红（删除）、标绿（新增），但整行匹配：一行里多一个空格、换行符不一致、编码不同，都会被当成“全不同”
- 它完全忽略 Git 冲突标记（如
），也不跳过注释或缩进差异；若两文件结构错位（比如一个按字母排序、一个按时间追加），对比结果基本不可读 - 想真正合并？你得盯着左右两边，自己复制粘贴——插件不会动光标、不会写入、不会保存
用命令行 diff 输出补丁，在 Sublime 里看改了什么
适合需要精确控制比对逻辑的场景，比如忽略空格、处理混合换行、确认函数级改动，但它不是双栏编辑器，不能直接拖拽接受某一边。
- 终端执行：
diff -u file1.py file2.py > diff.patch，然后用 Sublime 打开diff.patch - 想忽略空格变化？加
-w参数：diff -uw file1.js file2.js - 如果是 Git 仓库里的文件，优先用：
git diff --no-index file1.txt file2.txt，它对 CRLF/LF 混用更鲁棒 -
diff -u输出的是补丁格式（+/-行 + 上下文），适合确认“改了什么”，但没法点击接受左边/右边——真要合并，还得切出去
真要合并？必须交给外部工具，Sublime 不适合干这事
手动复制粘贴在 2–3 个短文本上还行；一旦涉及函数重排、条件分支调整、多处冲突，效率断崖下跌。这时候硬撑就是在浪费时间。
- 推荐走
git mergetool配合smerge（Sublime Merge 官方命令行工具）：它有 left/center/right 三栏，支持点击接受某一边，保存即自动标记为已解决 - 关键配置不能错：
git config --global mergetool.smerge.cmd 'smerge merge "$BASE" "$LOCAL" "$REMOTE" -o "$MERGED"'，漏掉trustExitCode true会导致每次保存后 Git 还卡着问Was the merge successful? - 临时快速合并敏感代码？别用在线工具（如 textcompare.org）——它们不保隐私；更别用 Sublime 的正则替换去“模拟合并”，尤其带缩进、引号嵌套、模板字符串的代码，极易漏改或错改
手动拼接两个文件内容的最低成本方式
如果只是把 A 文件内容接在 B 文件末尾，不关心逻辑冲突，那最可靠的方式就是并排视图 + 快捷键，零依赖、100% 可控。
- 打开两个文件 → 右键任一标签页 →
Move to New Group（或ctrl+alt+1/2分列） - 在目标文件中把光标放到插入位置 → 切到另一个文件 →
ctrl+A全选 →ctrl+C复制 → 切回目标文件 →ctrl+V - 每粘贴一段后建议手动加一个空行，避免日志、JSON 或无换行结尾的文件内容粘连错位
- 注意：如果源文件末尾没换行符，粘贴后下一段会紧贴着写过去（比如
line1line2），提前用ctrl+shift+p→Strip Trailing White Space清理更稳妥
真正难的从来不是怎么看到差异，而是判断哪一行逻辑该留、哪处副作用不能丢——这个没法靠插件自动做，得你盯着上下文看。Sublime 能帮你高效呈现信息，但拍板的事，得你自己来。
