sublime构建系统需用shell_cmd字段串行执行多条命令，因cmd仅支持单程序调用；shell_cmd支持&&、管道等shell语法，但须注意跨平台差异：windows宜用powershell并显式调用，macos/linux默认/bin/sh不支持bash特有语法，且应加set -e确保失败中止。
Sublime构建系统怎么串行执行多条命令
Sublime Text 的 .sublime-build 文件本身不支持原生的“多命令串行”语法（比如 && 或分号），直接写 "cmd": ["python", "$file", "&&", "echo done"] 会失败——因为 cmd 字段只接受程序名 + 参数列表，不会交给 shell 解析。
真正可行的方式是：把多步逻辑封装进一个 shell 脚本，或改用 shell_cmd 字段让系统 shell 执行字符串命令。
-
shell_cmd是唯一能安全使用&&、;、管道、变量扩展的地方，例如："shell_cmd": "python $file && echo '✓ executed' > /tmp/log.txt" - Windows 用户必须注意：默认调用的是
cmd.exe，不支持&&（要用&&转义）；更稳妥的做法是显式调用powershell -Command - macOS/Linux 下
shell_cmd默认走/bin/sh，不是bash，所以别用[[ ]]或source等 bash 特有语法 - 如果步骤涉及编译+运行（如 C：gcc → ./a.out），建议统一用
shell_cmd，避免cmd无法控制执行流
为什么用 shell_cmd 而不是 cmd + variants
variants 看似能“多选”，但它只是提供多个独立的构建入口（比如 “Build & Run”、“Build Only”），每个仍是单条命令；它不能自动按顺序触发多个动作。而你想要的“组合步骤”，本质是流程控制，不是菜单选项。
常见误用："cmd": ["gcc", "$file", "-o", "$file_base_name"] 后想自动运行，就加个 variants 里再写一条 ["./$file_base_name"] ——这不行，因为 Sublime 不会自动执行 variant，得手动选。
-
cmd适合纯二进制调用（如python,go run），参数干净、无依赖 -
shell_cmd适合带逻辑判断、临时文件、前后依赖的场景（如先npm install再npm test） - 混合项目（如 Python 脚本需先激活 venv）必须用
shell_cmd，否则cmd拿不到source后的环境
跨平台 shell_cmd 怎么写才不翻车
同一份 .sublime-build 文件在 Windows/macOS/Linux 上行为不一致，根源常出在路径分隔符、换行符、shell 类型上。
- 用
$file_path替代硬编码路径，但注意它在 Windows 下是反斜杠\，shell 可能报错；稳妥做法是用cd "$file_path" && python "$file"（双引号包裹防空格） - macOS/Linux 推荐开头加
set -e;让任一命令失败就中止，避免静默跳过错误 - Windows 下若要兼容 PowerShell，写成：
"shell_cmd": "powershell -Command \"& { python '$file'; if ($?) { Write-Host '✅ Done' } }\"" - 中文路径或输出乱码？加
chcp 65001 > nul &&（Win）或export PYTHONIOENCODING=utf-8;（macOS/Linux）
构建失败时怎么定位是哪一步挂了
用 shell_cmd 把多步塞进一行后，错误信息容易被吞掉——比如 gcc 编译失败，但 ./a.out 还是会尝试执行，导致报 No such file or directory 这种误导性错误。
- 每步后加
&&而非;，确保前序失败就终止："shell_cmd": "gcc $file -o $file_base_name && ./$file_base_name" - 把关键中间结果重定向到文件，比如
2>&1 | tee /tmp/build.log，方便事后排查 -
file_regex配置仍有效，但只匹配最后一行输出；若想捕获编译错误，确保gcc的错误出现在整个命令输出流的前面 - 调试阶段可临时把
shell_cmd改成echo "xxx" && ...，确认变量展开是否符合预期
真正麻烦的不是写多条命令，而是确保每条命令的上下文（工作目录、环境变量、编码、权限）都一致。很多人卡在第二步，是因为第一步的 cd 没生效，或者虚拟环境没激活成功——这些细节不打印出来，就只能靠 echo 和临时日志硬查。
