Sublime快速对比两个项目差异 批量查找不同文件

Sublime Text 不支持跨项目批量 diff，需依赖 git 或系统命令生成差异数据后再用 Sublime 可视化

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

直白点说，Sublime Text 本身并不具备跨项目的批量差异对比能力。所有号称“项目级差异”的操作，本质上都得绕开编辑器本身，依靠 git 或系统命令来驱动流程，最后再把结果导入 Sublime 进行可视化处理——它不会自动扫描目录树、识别新增或删除的文件，更不会维护什么状态快照。

用 git status --porcelain 快速列出变更文件

这可以说是最稳妥、最轻量，也是兼容性最强的起点。只要两个项目都在 Git 仓库里（哪怕只是临时 git init 一下），就能用它生成一份机器可读的变更清单：

• 进入第一个项目的根目录，运行 git status --porcelain，复制输出内容（每行格式类似 M src/main.js 或 ?? config.yaml）。
• 接着进入第二个项目根目录，执行同样的命令，把两份输出分别保存到不同的文本文件里（比如 a.txt 和 b.txt）。
• 用 Sublime 同时打开这两个文件，全选内容后，按下 Ctrl+Shift+P（macOS 是 Cmd+Shift+H），输入“Diff”并选择 Text: Diff，就能一目了然地看到哪些文件被修改、新增或删除了。
• 需要注意：--porcelain 模式的输出不含颜色和多余空格，但它不区分“工作区”和“暂存区”的状态。如果需要精确查看暂存区的变化，可以改用 git diff --name-status --cached。

diff -r 直接比对两个项目目录（无 Git 也行）

当项目没有使用 Git，或者你想跳过版本控制的语义，直接进行字节级的差异对比时，终端的 diff -r 命令就成了唯一可靠的路径：

• 在 Linux 或 macOS 上，可以运行 diff -r /path/to/project-a /path/to/project-b | grep -E "^(diff|Binary|Only)" > diff-report.txt。这个命令会过滤掉冗余信息，将关键差异输出到文件，之后用 Sublime 打开 diff-report.txt 查看即可。
• 在 Windows 上，系统自带的 fc /r 功能较弱，建议安装 diffutils 工具包后使用同名命令，或者更推荐在 WSL 环境下运行原生的 diff -r。
• 如果文件路径包含中文，记得加上 --strip-trailing-cr 参数，防止因 CRLF/LF 换行符不一致而产生大量“假差异”。
• 对比大型目录时要谨慎：diff -r 默认不会跳过 node_modules 这类目录，建议先用 grep -v 过滤，或者使用 --exclude-dir=node_modules 参数来排除。

用 Sublime 的 Find in Files 批量定位差异内容

当你已经通过其他方式（比如从 git status 的结果里）拿到了变更文件列表，想快速浏览一下“到底改了哪些具体内容”时，没必要一个个文件点开：

• 在 Sublime 中按下 Ctrl+Shift+H（macOS 是 Cmd+Shift+H）打开 Find in Files 面板。
• 在 Where 栏里粘贴文件路径，用空格或换行分隔（例如：src/ api/ lib/utils.ts）。
• Find 搜索栏留空，勾选上 Regular Expression 和 Whole Word 选项，然后点击 Find All。
• 底部的结果面板会平铺展示所有匹配文件的全文内容，按住 Ctrl 键（macOS 是 Cmd 键）点击行号可以直接跳转——这相当于把多个文件“压扁”成一层来浏览，效率很高。
• 当然，这个方法也有局限：它不显示行级别的具体差异，只提供上下文；如果某个文件在两个项目中内容完全一致，它也不会特别标注“无变化”。

为什么插件做不到真正“项目级 diff”

几乎所有 Sublime 插件，包括常见的 FileDiffs、Diffy、GitSa vvy，都卡在同一个瓶颈上：它们只能处理“已经打开的标签页”或者“单个文件路径”，无法主动遍历整个目录树、聚合文件状态、并生成结构化的差异报告。

• GitGutter 只盯着当前打开的文件，就算你同时打开了20个标签页，它也看不出哪几个文件属于同一次提交。
• GitSa vvy 的 gs_show_file_diff 功能需要手动对每个文件触发，并没有一个 gs_show_all_diffs 的选项。
• Compare Side-by-Side 和 Sublimerge 这类工具，都要求参与对比的两个文件已经保存且路径真实存在，无法直接比对内存缓冲区里的内容或临时的补丁文件。
• 更重要的是，所有插件都对编码、换行符、BOM 头非常敏感。一旦两个项目是由不同的工具链生成的，出现乱码和行位错乱几乎是默认情况，这并非插件的 bug，而是其设计使然。

说到底，真正的项目级差异分析必须由外部工具来完成，Sublime Text 在这里的定位更接近于一个高效的“展示器”和“导航器”。别指望它能替代 git diff --stat 或者像 meld . 那样的图形化对比工具——它甚至连递归扫描目录这种基础操作，都得靠你手动写 Shell 脚本来驱动。