根本原因是Sublime未识别文件类型及构建系统不匹配：右下角语法必须为Bash（非Plain Text或Shell Script）、selector需为source.shell、文件须已保存，且Bash.sublime-build须存于Packages/User/目录并正确配置shell_cmd和working_dir。
为什么 Ctrl+B 没输出，甚至没反应
根本原因不是脚本写错了，而是 Sublime 根本没“认出”当前文件该走哪个构建流程。它不看 #!/bin/bash，只靠右下角显示的语法类型和构建系统里的 selector 匹配。如果状态栏显示的是 Plain Text 或 Shell Script（非 Bash 插件提供的），哪怕文件后缀是 .sh，selector 对不上就静默跳过。
必须手动点右下角 → 选 Bash（推荐用 wbond 的 Bash 插件）或 ShellScript（官方包），再执行 View → Syntax → Open all with current extension as… → Bash，让所有 .sh 文件默认绑定 source.shell 作用域。
- 未保存的文件会导致
$file为空字符串，构建直接跳过——务必先按Ctrl+S - 插件装了但没重启 Sublime，右下角语言名可能仍不生效
- 即使显示
Bash，若插件实际未注册source.shell作用域（比如用了旧版 Bash-IDE），匹配依然失败
怎么写一个真正能跑的 Bash.sublime-build
别抄网上漏引号、混用 cmd 和 shell_cmd 的配置。路径含空格、没 -x 调试、不设 working_dir，都会导致执行失败或相对路径解析错乱。
最小可行配置（macOS/Linux）：
{
"shell_cmd": "bash -x "$file"",
"working_dir": "$file_path",
"selector": "source.shell"
}
-
shell_cmd用双引号包裹，$file加引号防空格；-x开启逐行调试，卡在哪一眼可见 -
working_dir设为$file_path，否则脚本里./lib.sh这类相对引用会找不到 -
selector必须是"source.shell"—— 不是source.bash，也不是留空；这是 Sublime 官方 ShellScript 包定义的作用域名 - 保存路径必须是
Packages/User/Bash.sublime-build（可通过Preferences → Browse Packages…打开）
Windows 下 bash: command not found 怎么破
Windows 原生不带 bash 命令，Sublime 默认也调不动 WSL 或 Git Bash。硬写 "shell_cmd": "bash "$file"" 必然报错，这不是配置问题，是环境缺失。
两种可靠路径：
-
Git Bash 方案：安装 Git for Windows，确认
git-bash.exe可执行（CMD 中运行"C:Program FilesGitgit-bash.exe" --version），然后配置：
{
"shell_cmd": "C:/Program Files/Git/git-bash.exe --cd="$file_path" -c "bash '$file_name'"",
"working_dir": "$file_path",
"selector": "source.shell"
}
-
WSL 方案：用
wsl命令桥接，注意路径映射（C:→/mnt/c/）：
{
"shell_cmd": "wsl bash -i -c "cd '/mnt/c$(echo '$file_path' | sed 's/^\([A-Za-z]\):\/\/mnt\/\1\//')' && exec '$file_name'"",
"selector": "source.shell"
}
- 无论哪种，
shell_cmd必须是绝对路径或系统可识别命令，不能依赖 PATH 查找 - 别试图在 PowerShell 里全局改
ExecutionPolicy——Sublime 构建过程不继承你的终端策略
Permission denied 是权限问题，但解法不止 chmod +x
报这个错说明构建系统正尝试用 ./$file 方式执行，而 Unix 系统严格检查执行位。但改权限不是唯一解，尤其当脚本由 CI 生成或你无权修改文件属性时。
- 最稳妥的绕过方式：把
shell_cmd改成"bash "$file""（去掉./前缀），只要文件可读就能运行 - 若坚持用
./$file，必须确保ls -l script.sh输出含-rwxr-xr-x；快速修复：chmod +x script.sh - 注意：Windows 下此错误几乎不会出现，但若用 WSL 且脚本存于 NTFS 分区（如
/mnt/c/），NTFS 默认不保留 x 位，chmod无效，此时只能走bash "$file"路径 - 别指望
#!/usr/bin/env bash自动生效——Sublime 不解析 shebang，解释器完全由构建系统指定
source.shell）、变量展开（$file 是否被正确替换）、环境隔离（PATH 缺失导致命令找不到）这三者必须同时对齐，缺一不可。最容易被忽略的是——你改完了构建配置，却忘了重新选一次 Build System（Tools → Build System），或者没确认右下角语法名是否真的已绑定到该作用域。 
