Atom“在项目中查找”不搜output/build目录，因core.excludeVcsIgnoredPaths默认启用且该目录未被.gitignore显式排除，导致ripgrep引擎既未跳过也未主动索引；需手动设Directory pattern为./output/build或关闭排除开关并清空search.exclude。
Atom 的“在项目中查找”默认会跳过 .gitignore 里写的路径，但前提是配置没被关掉、项目有 Git 仓库、且你没手动干扰索引——否则它可能搜得太多或太少，甚至完全漏掉 output/build 这类构建目录。
为什么 Atom 搜索不进 buildroot 的 output/build 目录
这是最常被问却最容易被误判的问题：不是 Atom 故意忽略，而是它默认启用 core.excludeVcsIgnoredPaths，而 buildroot 的 output/ 目录通常不在 .gitignore 里（buildroot 本身是 git 克隆来的，但 output/ 是构建产物，根本没提交，也不在任何 ignore 规则中）。所以 Atom 不知道该跳过它，但它又恰好被系统级或插件级的其他排除逻辑挡住了。
- 检查
.gitignore是否真包含output/或output/**—— 大多数 buildroot 默认不写这一条 - 确认
core.excludeVcsIgnoredPaths是true（Settings → Core → Exclude VCS Ignored Paths） - 如果该目录是通过
atom .在output/build下直接打开的（而非项目根），Atom 就当它是独立项目，.gitignore文件在上层，它根本读不到 -
search.exclude是用户级设置，对未显式配置的目录不起作用；它只影响“Find in Project”，不影响树视图或文件打开
想让 Atom 搜指定目录，必须显式放开或强制包含
Atom 没有“只搜这个目录”的白名单开关，只有“排除哪些”的黑名单机制。所以要让它搜进 output/build，得先确保它没被任何规则挡住，再用路径限定缩小范围。
- 临时方案：在 “Find in Project” 对话框右上角点击放大镜图标 → 把
Directory pattern改成./output/build（注意开头的./） - 这个
./output/build不是 glob，而是 Atom 对“仅本层目录”的硬编码识别：它会扫描output/build/下所有文件，但不会递归进output/build/linux-6.6.21/这类子目录（除非你手动展开并搜索子目录） - 若需真正全递归搜索，得关掉
core.excludeVcsIgnoredPaths，并在settings.json中清空search.exclude，再配合终端rg -g '!*.o' char ./output/build验证是否 Atom 的 ripgrep 引擎本身被限制 - 插件
advanced-open-file或project-find-plus可提供更灵活的路径白名单，但会增加启动开销
tree-view 显示 node_modules 却搜不到它？两个开关要一起动
侧边栏看到 node_modules，但 Ctrl+Shift+F 搜索时它没结果，大概率是 core.excludeVcsIgnoredPaths 和 tree-view.hideIgnoredNames 不同步导致的视觉与行为错位。
-
tree-view的Hide Ignored Names只控制是否显示，不影响搜索范围；它依赖的是core.ignoredNames列表，不是.gitignore - 想让搜索覆盖
node_modules，必须关掉core.excludeVcsIgnoredPaths（否则即使 tree-view 显示了，ripgrep 也会按.gitignore跳过） - 关掉后，Atom 会重新索引，首次搜索可能卡顿几秒——这不是 bug，是 ripgrep 在扫描数万文件
- 如果你只是偶尔需要查
node_modules里的某个包源码，更轻量的做法是：右键该文件夹 →Add Project Folder，单独为它开一个窗口再搜
最易被忽略的一点：Atom 的搜索行为受三个层级共同影响——Git 仓库状态（有没有 .git）、.gitignore 内容、以及 core.excludeVcsIgnoredPaths 开关。三者缺一不可，任意一个断链，就会出现“看着在那儿，就是搜不到”的情况。
