要让Ctrl+P在大型前端项目中真正好用，必须在.sublime-project的每个folders项中显式配置folder_exclude_patterns排除node_modules、dist等目录，添加多路径后需执行Project→Rebuild Index生效，且.settings须为顶层字段才能正确应用tab_size等设置。
如何让 Ctrl+P 在大型前端项目里真正好用
默认情况下，Ctrl+P（Goto Anything）会索引整个侧边栏里的所有文件，包括 node_modules、dist、.git 等目录——结果就是搜索卡顿、结果混杂、关键源码被淹没。
必须在 .sublime-project 的每个 folders 项里显式配置 folder_exclude_patterns：
"folder_exclude_patterns": ["node_modules", "dist", ".git", "build", "coverage"]- 不要只写一次全局排除；每个
path下都得单独配，否则添加的子目录不受控 - 如果项目含
packages/或libs/这类多包结构，也建议为它们单独加folder_exclude_patterns，避免跨包误搜
改完记得执行 Project → Rebuild Index，否则新规则不生效。这个操作比重启 Sublime 快，且能立即反映排除效果。
多个前端子模块（如 frontend/ + backend/）怎么共存一个窗口
前端项目常和配套的 mock server、CLI 工具或后端 API 一起开发，但 Sublime 不支持“标签页级项目切换”，只能靠一个 .sublime-project 文件聚合多个路径。
立即学习“前端免费学习笔记（深入）”；
正确做法是手动把它们全加进 folders 数组：
- 先用
Project → Add Folder to Project…逐个添加frontend/、backend/、scripts/ - 确保每个
path是相对路径（如"path": "frontend"），而非绝对路径，否则换机器就失效 - 保存前检查
.sublime-project文件是否已存在；如果只是临时拖拽没保存，关窗即丢
注意：File → Open Folder… 是反模式——它会清空当前项目结构，只留一个文件夹，后续加的其他路径全失效。
前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。
项目级设置（tab_size、font_size）为什么总不生效
常见错误是把设置写错位置：比如把 "tab_size": 2 直接放在 JSON 根层级，或塞进 "build_systems" 里。Sublime 只认严格嵌套在 "settings" 字段下的键值对。
正确结构示例：
{
"folders": [
{ "path": "frontend" },
{ "path": "backend" }
],
"settings": {
"tab_size": 2,
"translate_tabs_to_spaces": true,
"font_size": 13,
"binary_file_patterns": ["*.png", "*.jpg", "*.pdf"]
}
}
关键点：
-
"settings"必须是顶层字段，和"folders"并列 - 它不会继承用户级设置里的注释或空行；保存后 Sublime 会自动格式化 JSON，别指望靠注释区分环境
- 像
"binary_file_patterns"这种性能敏感项，必须放这里才能让索引跳过二进制文件，否则打开大项目时侧边栏响应迟缓
为什么 .sublime-workspace 不该提交到 Git
.sublime-workspace 文件记录的是你个人的编辑状态：哪些文件开着、光标在哪、分屏怎么排、甚至终端插件当前工作目录。它和 .sublime-project 的职责完全不同。
把它提交进 Git 会导致：
- 每次别人 checkout 都会覆盖本地 workspace，强制重载他人编辑状态
- 不同人打开同一项目时，
Ctrl+P搜索历史、书签、最近文件列表全被污染 - Git diff 里全是无意义的路径变更（如
"selected_files": ["/home/xxx/frontend/src/App.vue"]）
务必把 *.sublime-workspace 加进项目根目录的 .gitignore。而 .sublime-project 可以也应当提交——它是团队协作的事实标准，统一了文件夹结构、排除规则和基础编码规范。
最易忽略的一点：Sublime 的项目机制本质是“文件驱动”，不是“UI驱动”。所有操作最终都要落到 .sublime-project 文件内容是否准确、是否已保存、是否被 Git 正确传播。任何依赖菜单点击却不检查文件内容的行为，都会在换机器、换同事、换分支时突然崩塌。
