sublime text 本身不是 ide，但通过选对插件、配好路径和权限，它完全能撑起中大型项目开发——关键不在装得多，而在装得准、链得稳、不冲突。package control 必须手动安装且验证成功；sidebarenhancements 和 gitgutter 是大型项目刚需组合；editorconfig-sublime 需配合项目级 .editorconfig 文件使用，以统一团队代码风格。
Sublime Text 本身不是 IDE，但通过选对插件、配好路径和权限，它完全能撑起中大型项目开发——关键不在装得多，而在装得准、链得稳、不冲突。
Package Control 必须手动安装且验证成功
它不是插件，是整个插件生态的运行时。ST4（2026年主流版本）若用旧脚本或拖错目录，Ctrl+Shift+P里能看到“Package Control”菜单项，但Package Control: Install Package点不动、无响应、或执行后控制台空转——这说明框架没真正加载。
- 关掉 Sublime Text，进
Preferences → Browse Packages…，上一级打开Installed Packages/目录，删掉所有含Package Control字样的文件 - 访问
https://packagecontrol.io/Package%20Control.sublime-package下载该文件，直接拖进Installed Packages/（不解压、不改名、不放进Packages/） - 重启后，必须执行
Package Control: List Packages并看到返回列表，才算真正就位
SideBarEnhancements 和 GitGutter 是大型项目的刚需组合
没有它们，你在几十个嵌套文件夹里找一个 utils.py 或确认某行是否已提交，效率会断崖下跌。二者都依赖底层文件系统监听能力，而这个能力在 Linux/macOS 上受 D-Bus / AppleScript 初始化影响，在 Windows 上受 UAC 权限限制。
-
SideBarEnhancements：右键菜单新增“Open in Terminal”“Reveal in Finder/Explorer”“Delete with confirmation”，避免反复切窗口；注意它默认禁用递归删除，如需批量删node_modules，得先在设置里开"confirm_delete": false -
GitGutter：只显示未暂存（staged）变更的行边标记，不依赖 git CLI 全局路径，但若项目根目录下没有.git，它就静默不工作——不是插件坏了，是它根本没触发监听 - 二者共存没问题，但别装
Git（大写 G 开头）插件，它和GitGutter在同一事件钩子上抢资源，会导致右侧 gutter 刷新延迟甚至卡死
EditorConfig-Sublime 要配合项目级 .editorconfig 使用
团队协作中缩进、换行、字符集不一致，90% 的 PR 冲突来自格式差异。EditorConfig-Sublime 不是“自动美化工具”，而是读取项目根目录下的 .editorconfig 文件，实时同步编辑器行为——前提是文件存在、语法合法、且路径没被忽略。
- 不要只装插件就完事：在项目根目录新建
.editorconfig，内容至少包含：root = true、[*]、indent_style = space、indent_size = 2 - 如果插件不生效，用
Ctrl+Shift+P → EditorConfig: Show Current Config查看实际加载了哪一层配置；常见失效原因是.editorconfig放在子目录而非项目根，或被.gitignore误标为 ignore - 它和用户级
Preferences.sublime-settings冲突时，以.editorconfig为准，所以别在用户设置里硬写"tab_size": 4，否则会覆盖项目约定
真正卡住大型项目的是路径权限、进程通信和配置继承链，不是插件数量。装完三个核心插件后，先打开一个真实项目，检查右键菜单有没有“Open in Terminal”、行号旁有没有 Git 变更标记、保存 test.js 时缩进是否自动转成 2 空格——全对了，再考虑加 AutoFileName 或 Emmet。顺序错了，后面全是噪音。
