Ctrl+Shift+F（Windows/Linux）或 Cmd+Shift+F（macOS）是 Monorepo 全局搜索的唯一起点，因其作用范围严格依赖工作区显式包含所有 packages 目录，而非自动递归扫描子目录。
Ctrl+Shift+F（Windows/Linux）或 Cmd+Shift+F（macOS）是唯一有效的全局搜索入口，不是“可选”，而是必须用它才能触达整个工作区——包括所有 packages 子目录。
为什么 Ctrl+Shift+F 是 Monorepo 搜索的唯一起点
Monorepo 项目结构天然分散，比如 packages/ui、packages/api、tools/scripts 等。VS Code 的“全局搜索”本质就是“当前工作区搜索”，而工作区必须显式包含这些路径。仅打开单个 package 文件夹，Ctrl+Shift+F 就只搜那个文件夹；只有通过 .code-workspace 或“将文件夹添加到工作区”把全部 packages 加入，Ctrl+Shift+F 才真正覆盖全量代码。
- 快捷键本身不区分 Monorepo/普通项目，但它的作用范围完全取决于你打开的是什么
- 误以为“打开了根目录就等于打开了所有子包”是常见错觉——VS Code 不自动递归扫描未显式加入工作区的子目录
- 如果搜索结果明显缺失某些 package 下的匹配项，第一反应不是快捷键失效，而是检查左侧资源管理器顶部是否显示了多个根文件夹图标
search.exclude 必须写在 .code-workspace 里才对 Monorepo 生效
在 Monorepo 中，node_modules 散落在每个 packages/*/node_modules 下，靠 "node_modules": true 这种写法根本无效。VS Code 的 glob 匹配要求路径前缀，且配置位置必须与工作区类型严格对应。
- 正确写法是：
"**/node_modules": true，且必须放在.code-workspace文件的settings字段内 - 写进单个
packages/foo/.vscode/settings.json里？只对该 package 生效，其他 package 仍被扫 - 写进用户级
settings.json？会被工作区级设置覆盖，实际不生效 - 漏掉
**/前缀，或写成"node_modules/**": true？VS Code 直接忽略该规则，不报错也不提示
用 “files to include” 精准锁定某个 package 或语言层
全量搜索太慢、干扰太多时，别靠肉眼过滤结果，直接在 Ctrl+Shift+F 面板的“包含的文件”输入框里限定范围。VS Code 对 glob 支持良好，但路径语义要分清。
- 搜
packages/ui下所有 TSX 文件：packages/ui/**/*.tsx - 搜所有 package 的入口文件（如
index.ts）：packages/**/index.ts - 排除测试文件但保留源码：
**/*.ts,!**/*.test.ts（注意逗号分隔，无空格） - 想跨 package 搜共用工具函数名？别加路径限制，但务必开启
Aa（区分大小写）和ab（全词匹配），避免匹配到变量名片段
搜索卡顿或结果延迟？先关掉 search.followSymlinks 和检查 .gitignore 干预
Monorepo 常有大量符号链接（如 packages/cli/node_modules/@myorg/core → ../../core）和巨型生成目录（dist、build）。默认设置下，VS Code 会顺着 symlink 扫描，导致重复遍历甚至死循环。
- 在
.code-workspace的settings中显式关闭："search.followSymlinks": false - 确认
"search.useIgnoreFiles": true已启用（默认开），否则.gitignore里的dist/、coverage/无法自动排除 - 如果仍卡顿，临时在搜索面板“文件中排除”栏手动加一行：
!**/node_modules,**/dist,**/build（注意用英文逗号） - 不要依赖插件“优化搜索”——VS Code 原生搜索引擎已足够快，问题几乎都出在配置没压住扫描面
Monorepo 的搜索难点不在快捷键本身，而在于工作区定义、路径规则和排除逻辑三者必须咬合。少一个环节，Ctrl+Shift+F 就只是个看起来很忙的按钮。
