sublime text 的 sublime-build 文件不支持原生多命令顺序执行，因 cmd 字段不解析 shell 操作符；应使用 shell_cmd 显式调用 shell，或用 python 插件实现跨平台可控构建，或通过 variants 拆分独立步骤提升健壮性。
Sublime Text 的 sublime-build 文件不支持原生多命令顺序执行
它不是 shell 脚本，cmd 字段只接受单条命令（或数组形式的单个可执行程序 + 参数）。所谓“多命令”如 npm run build && npm run deploy，直接写进 cmd 会失败——因为 Sublime 不调用 shell 解析操作符（&&、|、;），而是把整个字符串当做一个程序名去执行，报错类似：/bin/sh: npm run build && npm run deploy: command not found。
用 shell_cmd 替代 cmd 并显式调用 shell
这是最轻量、最常用的解法。把命令交给系统 shell 处理，就能用 &&、||、变量、重定向等所有 shell 特性：
{
"shell_cmd": "npm run build && npm run deploy",
"working_dir": "${project_path}",
"selector": "source.js"
}
注意点：
-
shell_cmd仅在 macOS/Linux 下默认走/bin/sh；Windows 默认走cmd.exe，不支持&&语法（得用&&转义，或改用bash） - Windows 用户若装了 Git for Windows，可强制用 bash：
"shell_cmd": "bash -c \"npm run build && npm run deploy\"" -
working_dir必须设对，否则npm找不到package.json - 命令中含空格或特殊字符时，整个
shell_cmd字符串要用双引号包裹，内部嵌套引号需转义
需要跨平台兼容？用 Python 构建插件更可控
当逻辑变复杂（比如：检查文件是否存在 → 条件执行 → 捕获错误 → 弹窗提示），shell_cmd 很快难以维护。这时该上 Python：
新建 Packages/User/build_with_check.py：
import sublime
import sublime_plugin
import subprocess
import os
class BuildWithCheckCommand(sublime_plugin.WindowCommand):
def run(self):
wd = self.window.folders()[0] if self.window.folders() else os.getcwd()
proc1 = subprocess.run(["npm", "run", "build"], cwd=wd, capture_output=True, text=True)
if proc1.returncode != 0:
sublime.error_message(f"Build failed:\n{proc1.stderr}")
return
proc2 = subprocess.run(["npm", "run", "deploy"], cwd=wd, capture_output=True, text=True)
if proc2.returncode != 0:
sublime.error_message(f"Deploy failed:\n{proc2.stderr}")
else:
sublime.status_message("✅ Deploy succeeded")
再配一个 .sublime-build 文件调用它：
{
"target": "build_with_check",
"caption": "Build & Deploy (Python)"
}
优势：
- 错误可分步捕获、定制提示
- 完全跨平台（不用操心
cmd.exevsbash） - 能读取 Sublime API（比如当前选中文本、保存状态）
别忽略 variants：顺序执行 ≠ 一定要写在一起
很多场景下，“先构建再部署”本质是两个独立动作，只是用户习惯连着点。这时更适合拆成 variants：
{
"cmd": ["npm", "run", "build"],
"working_dir": "${project_path}",
"variants":
[
{
"name": "Deploy",
"cmd": ["npm", "run", "deploy"]
}
]
}
这样 Ctrl+B 弹出菜单，先选 Build，再选 Deploy —— 更清晰、更易调试、避免单次失败导致整条链路中断。适合 CI/CD 流程尚未固化、或团队成员水平不一的项目。
真正卡住人的，往往不是“怎么写多命令”，而是没想清楚：这个顺序是强依赖（必须原子性），还是操作便利性需求。前者用 shell_cmd 或 Python；后者用 variants 反而更健壮。
