不是必须,但只有写在.sublime-project里才能真正实现“项目专属”;单独建的.sublime-build文件属于全局或语法级,所有匹配selector的文件都会触发,而项目构建需通过build_systems字段绑定目录、依赖和运行环境。

项目专属构建系统必须写在 .sublime-project 里吗?
不是必须,但只有写在里面才能真正实现“项目专属”。你单独在 Packages/User/ 下建一个 MyProject.sublime-build,它仍是全局或语法级的——所有匹配 selector 的文件(比如所有 .py)都可能触发它,和你当前开的是哪个项目无关。
真正隔离靠的是 .sublime-project 文件里的 build_systems 字段。它让 Sublime 知道:“这个构建只属于这个项目”,菜单里会显示带项目名前缀的选项(如 MyApp — Run (venv)),且仅在该项目激活时出现。
- 没保存项目 → 没有
.sublime-project→ 项目专属构建根本不存在 - 保存了但没通过
Project → Open Project…加载 → 配置不生效(窗口标题栏不显示项目名就是最直接信号) - 文件名不是
.sublime-project,或含空格/中文 → Sublime 直接忽略
build_systems 字段怎么写才不被误用?
关键在 selector 和 name。没有 selector,构建系统就变成“无差别执行”:哪怕你当前打开的是 README.md,按 Ctrl+B 也可能跑起来;name 不只是菜单显示名,还决定快捷键能否命中、是否被自动选中。
-
selector必须精确匹配语法作用域,例如 Python 项目写"source.python",TypeScript 写"source.ts" - 混用多语言(如 Python + Shell)时,定义多个构建系统,各自配不同
selector,别用一个cmd硬扛全部 -
name推荐带上下文说明,比如"Run (venv)"或"Test (pytest)",避免和用户级构建同名覆盖 - 务必设
"working_dir": "$file_path",否则import或读配置容易报ModuleNotFoundError或FileNotFoundError
为什么改了 .sublime-project 却没反应?
Sublime 不会热重载项目配置。改完保存后,必须关闭当前项目窗口,再用 Project → Open Project… 重新加载那个 .sublime-project 文件——这是唯一可靠生效方式。重启 Sublime 没用,Ctrl+Shift+P → Reload Project 也不行。
常见错误现象:Tools → Build System 菜单里看不到新选项,或者点了之后报错说找不到命令,基本都是因为没重新加载项目。
- 确认
.sublime-project和.sublime-workspace成对存在,且都在项目根目录 - 检查 JSON 格式是否合法(逗号、引号、括号),Sublime 不报错但会静默跳过整个
build_systems数组 - 如果用了变量如
$project_path,确保路径存在且可访问,尤其在跨平台共享项目时
想用快捷键直接触发项目构建,该怎么做?
不能绑定 build 命令,必须用 build_with 并显式传 args.name。因为 build 命令默认不响应快捷键,写了也静默忽略。
示例:绑定 Ctrl+Alt+B 启动项目内名为 "Run (venv)" 的构建系统:
[{
"keys": ["ctrl+alt+b"],
"command": "build_with",
"args": {"name": "Run (venv)"}
}]
-
name必须完全一致,区分大小写、空格、括号,不能简写 - 如果构建系统是项目级的,
name值以.sublime-project中定义的为准,不是.sublime-build文件名 - 别覆盖
Ctrl+B,它负责自动识别语言的默认构建流程;优先用Ctrl+Alt+B或Ctrl+Shift+B避免冲突 - 真要复用
Ctrl+B,得加context限定,比如只在 Python 文件里生效:{"key":"selector","operand":"source.python"}
最易被忽略的一点:项目构建系统的 env 字段(环境变量)不会自动继承 shell 启动时的 PATH,如果你依赖 poetry、nvm 或特定 bin 目录,必须显式写进 env 里,否则命令找不到。











