Sublime Text 的 ignored_packages 仅在全局配置中生效，项目级 .sublime-project 文件不解析该字段，插件加载早于项目文件解析，故直接写入无效；需通过命令面板临时禁用、自定义插件监听项目加载事件，或使用 --data 参数隔离实例实现等效效果。
Sublime Text 本身不支持“按项目禁用插件”，但可以通过 Package Control 的 ignored_packages 配置 + 项目专属设置实现等效效果——关键在于把插件禁用逻辑从全局下沉到 .sublime-project 文件中。
为什么不能直接在项目设置里写 ignored_packages
Sublime Text 的 ignored_packages 只在全局用户配置（Preferences.sublime-settings）或默认配置中生效，项目级的 .sublime-project 不会读取该字段。强行写进去无效，插件照常加载。
- 插件加载发生在 Sublime 启动阶段，早于项目文件解析
-
.sublime-project主要控制构建系统、文件夹视图、语法高亮等运行时行为，不参与插件生命周期管理 - 试图用
settings块覆盖ignored_packages属于常见误解，实测无作用
用 Package Control 的 disable_package 命令临时禁用
这是最轻量、可逆、且能绑定到项目工作流的方式：通过命令面板手动禁用，再用项目侧边栏右键菜单快速恢复。适合调试兼容性问题或临时关闭吃资源的插件（如 GitGutter、SublimeLinter）。
- 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），输入Package Control: Disable Package - 选择目标插件（如
EmberHelper），Sublime 会立即卸载其所有模块 - 禁用后插件不会出现在命令面板、不会监听文件事件、不占用内存
- 需恢复时再执行
Package Control: Enable Package即可
自动化方案：用 Project-specific plugin toggling 插件
如果频繁切换项目且每个项目需固定禁用不同插件，推荐安装 Project-specific plugin toggling（非官方名，实际指社区维护的 ProjectPluginToggle 或自定义 Python 插件）。它监听 on_load_project 事件，在项目打开时自动执行禁用/启用逻辑。
示例：在 Packages/User/project_plugin_toggle.py 中写入：
一、源码特点企业费用管理系统，有权限分配，登陆验证，新增角色，发布公告等二、功能介绍1、js的兼容性有个地方不行（比如模块排序，那个时候也是雏鸟一只，写了一小撮，现在用jq应该好处理的吧，ie里面没问题，大家发挥吧）2、里面的菜单和对应菜单下面的目录项可以根据需求自己添加的，有对应模块3、可以根据自己设定的角色添加对应的访问页面4、有些操作涉及到按钮权限，对于这种思路，我粗粗的写了2个自定义控件，
import sublime
import sublime_plugin
class ProjectPluginToggleListener(sublime_plugin.EventListener):
def on_load_project(self, window):
project_data = window.project_data()
if not project_data:
return
disabled = project_data.get("settings", {}).get("disabled_plugins", [])
for pkg in disabled:
sublime.run_command("package_control_disable_package", {"package": pkg})
然后在项目文件中声明要禁用的插件：
{
"folders": [
{
"path": "."
}
],
"settings": {
"disabled_plugins": ["GitSavvy", "SublimeCodeIntel"]
}
}
- 该方案依赖
Package Control提供的package_control_disable_package命令，需确保已安装 - 禁用操作是异步的，项目刚打开时可能有短暂插件残留，但几秒内即生效
- 不适用于 Sublime Text 4 早期版本（需 Build 4126+ 才稳定支持该命令）
性能敏感场景下的替代思路：用独立配置目录启动
对大型项目（如含数万文件的前端 monorepo），禁用插件仍不如彻底隔离环境。此时应放弃“单实例多项目”模式，改用 --data 参数启动独立 Sublime 实例，搭配精简的 ignored_packages 全局配置。
- 终端执行：
subl --data "/path/to/myproject/sublime-data" /path/to/myproject - 首次启动后，在新数据目录的
Packages/User/Preferences.sublime-settings中写入："ignored_packages": ["Anaconda", "JSHint", "Vintage"] - 后续每次用相同
--data路径启动，就复用这套插件白名单 - 完全规避插件冲突与内存累积，适合 CI 调试、文档编辑等专用场景
真正难的不是“怎么禁用”，而是判断哪些插件值得禁用——比如 EditorConfig 在多数项目里必须保留，而 SublimeLinter-flake8 在非 Python 项目中禁用收益极高。建议先用 Tools → Developer → Profile Plugins 查 5 秒性能热点，再动手。
