Sublime的Where字段排除需用减号开头、正斜杠路径，如-node_modules/；排除失效主因是格式错误、未加载项目或索引未就绪。
Where字段里用减号排除目录和文件类型
Sublime 的「Find in Files」面板不支持图形化勾选排除项，所有过滤都靠 Where 字段手写规则。填错格式会导致排除失效，比如把 -node_modules 写成 node_modules（漏减号）或 -node_modules\（反斜杠在 Windows 上也无效）。
-
Where中多个条件用英文逗号分隔，排除项必须以减号-开头 - 路径统一用正斜杠
/，即使在 Windows 上也要写-node_modules/，不是-node_modules\ - 排除整个目录：写
-node_modules/（末尾斜杠表示目录，否则可能只排除同名文件） - 排除某类文件：写
-*.min.js或-dist/**/*.js（双星号递归匹配子目录） - 常见组合示例：
., -node_modules/, -dist/, -build/, -*.log
排除失效的典型现象和排查点
点了 Replace All 后发现 node_modules 里的文件也被改了，大概率是排除规则没生效。Sublime 不会报错提示“排除失败”，它只是安静地忽略无效语法。
-
Where留空 ≠ 搜索整个项目，它等价于只搜已打开的标签页——排除规则自然不触发 - 写了
-./node_modules是错的，.已代表当前项目根，前面加./反而让 Sublime 解析失败 - 排除项顺序无关，但必须和包含项共存；单独写
-node_modules/不起作用，得搭配.或具体路径 - 右下角状态栏没显示项目路径（如
~/my-project/），说明没通过File → Open Folder…加载项目，Where字段会灰显，排除功能不可用
想精准排除又怕误伤？用文件类型白名单更稳
比起在庞杂目录中费力排除，直接限定要改的文件类型往往更安全、更高效。尤其当目标代码只分布在 .py 和 .js 里时，白名单比黑名单容错率高得多。
- 只搜 Python 文件：
*.py - 只搜 src 下的 JS 和 TS：
src/**/*.js, src/**/*.ts - 混合类型加排除：
src/**/*.js, tests/**/*.js, -*.spec.js - 注意：通配符
*不递归子目录，**才能匹配任意层级，src/*.js不会命中src/utils/helper.js - 如果
Where填了*.js却没结果，先检查右下角编码是否为UTF-8——非 UTF-8 编码文件（如 GBK）默认被跳过
排除后仍搜到不该出现的文件？检查只读和索引状态
即使 Where 规则完全正确，你仍可能看到被排除的文件出现在搜索结果里。这不是 Bug，而是 Sublime 在某些状态下会绕过过滤逻辑。
- 文件本身是只读（右下角显示
RO），Sublime 仍会把它列进查找结果，但Replace All会跳过修改——看起来像“排除了”，其实是“无法改” - 项目索引未就绪：首次打开大项目时，Sublime 会后台构建文件索引；索引完成前，
Find in Files可能漏文件或返回旧结果；可手动执行Project → Index Files - 缓存干扰：长期运行的 Sublime 实例可能缓存过期路径；重启软件或执行
Preferences → Settings – User，添加"index_files": true并重启
Where 显式写了 . 或具体路径、排除项带减号且用正斜杠。漏掉任何一环，所谓的“排除”就只是自我安慰。 
