Find in Files 的 Where 输入框不支持文件后缀排除，真正生效的是项目配置中的 file_exclude_patterns，需在 .sublime-project 的 folders 内每个对象中设置为字符串数组，如 ["*.log"]，且修改后需重启搜索面板或 Sublime。
Find in Files 的 Where 输入框不支持文件后缀排除
直接在 Where 输入框里写 -*.log 或 -*.min.js 看似合理，但 Sublime Text 实际只把它当作路径前缀匹配——-*.log 会被解释为“排除所有以 *.log 开头的目录名”，对文件完全无效。你搜完还是能看到 app.log、webpack.min.js 出现在结果里。
真正能过滤文件后缀的，只有 file_exclude_patterns，但它必须出现在正确的配置层级才对 Ctrl+Shift+F 生效。
file_exclude_patterns 必须写进 .sublime-project 才管用
Preferences → Settings – User 里加 "file_exclude_patterns": ["*.log"] 是无效的——它只影响 Ctrl+P 的文件跳转，不影响全局搜索扫描范围。
唯一可靠方式是编辑当前项目的 .sublime-project 文件，在 "folders" 数组内每个对象中添加该字段：
{
"folders": [
{
"path": ".",
"file_exclude_patterns": ["*.log", "package-lock.json", "tsconfig.json"]
}
]
}
注意要点：
-
file_exclude_patterns只匹配文件名（含通配符），不处理路径；"dist/*.log"❌，"*.log"✅ - 值是字符串数组，不能写成单个字符串：
"*.log"❌，["*.log"]✅ - 大小写敏感：在 macOS/Linux 上，
"*.LOG"不会匹配error.LOG - 修改后需关闭并重开搜索面板，或重启 Sublime，否则新规则不加载
为什么 folder_exclude_patterns 对文件后缀完全没用
folder_exclude_patterns 的设计目标是跳过整个目录，它只检查路径段是否为某个文件夹名（比如 "node_modules"），根本不解析文件后缀或通配符文件名。
如果你把它错写成：
"folder_exclude_patterns": ["*.log", "package-lock.json"]
Sublime 会安静地忽略这些项——不报错、不警告、也不生效。你搜 ERROR，依然会在 server.log 里命中。
常见混淆点：
-
folder_exclude_patterns→ 排文件夹（如"node_modules"） -
file_exclude_patterns→ 排文件（如"*.log"） - 两者可共存，但作用域和语法完全不同，混用等于白配
binary_file_patterns 可能让你“搜不到”本该搜到的文本文件
即使你已正确配置 file_exclude_patterns，某些文件仍可能被跳过——原因往往是 binary_file_patterns 把它们误判为二进制。
比如项目里有 schema.gql 或 config.yaml，而 binary_file_patterns 包含了 "*.gql" 或 "*.yaml"（默认不包含，但用户可能手动加过），Sublime 就会直接跳过内容扫描。
验证方法：
- 手动打开那个文件，看右下角状态栏是否显示
Binary - 如果是，就去
Preferences → Settings – User里检查binary_file_patterns，删掉不该在里面的后缀 - 改完建议重启 Sublime，因为缓存不会自动刷新
这个设置影响所有搜索行为，且优先级高于 file_exclude_patterns——它先决定“要不要读这个文件”，之后才轮到“要不要匹配里面的内容”。
