sublime text 无内置终端，“一键运行 bash 命令行”仅靠 build system（执行一次性命令）或 terminus 等插件（提供交互式终端）实现；ctrl+b 不会弹出 bash 窗口，而是触发构建系统。
Sublime Text 本身没有内置终端，所谓“一键运行 Bash 命令行”，实际只有两种可靠路径：一是用 Build System 执行一次性命令（适合脚本、编译、格式化），二是用插件（如 Terminus）开交互式终端。别指望 Ctrl+B 直接弹出 bash 窗口——那不是它的设计逻辑。
Build System 怎么写才能真正执行 Bash 命令
Build System 不是“运行终端”，而是调用系统 shell 执行一条命令。关键在 shell_cmd 或 cmd 字段是否正确指向解释器，以及工作目录和环境是否就位。
-
shell_cmd写法更简洁，支持 shell 语法（如变量展开、管道），但只适用于单条命令；例如："shell_cmd": "bash -c 'echo hello && ls -l'" -
cmd更底层，需显式传参，适合复杂场景；例如："cmd": ["bash", "-c", "source ~/.bashrc && my_custom_cmd"] - 必须设
"working_dir": "$file_path"，否则$file路径可能失效，尤其脚本依赖同目录配置文件时 - Windows 下若用 Git Bash，路径含空格或中文，得用
"cmd": ["C:\Program Files\Git\bin\bash.exe", "-l", "-c", "source "$1"; exec bash", "_", "$file"]这种带-l和双引号包裹的写法
为什么 Ctrl+B 运行 .sh 文件总是失败
失败不是因为 Sublime “不支持”，而是它根本没被告诉“该用什么解释器、在哪执行、带什么环境”。默认情况下，$file 只是一个路径字符串，不会自动加执行权限，也不会触发 shebang。
- 错误现象：
Permission denied→ 检查脚本是否chmod +x；但 Build System 不依赖文件权限，靠显式调用解释器，所以更可能是"cmd": ["$file"]这种写法导致系统尝试直接执行二进制而非交给 bash - 错误现象：
syntax error near unexpected token→ 说明脚本被当成普通文本传给了错误解释器（比如 Python），根源是没配"selector": "source.shell"或"file_extensions": ["sh", "bash"] - 务必写成
"cmd": ["bash", "$file"]，而不是"cmd": ["$file"]；前者是“让 bash 解释这个文件”，后者是“让系统直接执行这个路径”，后者失败概率极高 - 如果脚本依赖
~/.bash_profile里的 alias 或 PATH，得加-l参数："cmd": ["bash", "-l", "$file"]
想开真正的交互式 Bash 终端怎么办
Build System 只能跑完即退，要留着终端、能输命令、能 tab 补全，必须用插件。Terminus 是目前最稳定的方案，但它不是“一键配置完就自动弹窗”，每一步都得手动对齐平台和路径。
- Linux/macOS：配置
"cmd": ["bash"]或"cmd": ["zsh"]，"working_dir": "${file_path}"即可 - Windows：不能直接填
bash，得用 Git Bash 的绝对路径，例如："cmd": ["C:\Program Files\Git\bin\bash.exe"]，且需确保该路径下bash.exe确实存在 - 快捷键绑定必须单独配，在
Preferences → Package Settings → Terminus → Key Bindings里加，例如：{"keys": ["ctrl+`"], "command": "terminus_open", "args": {"cmd": ["bash"], "cwd": "${file_path}"}} - 别漏掉
"panel_name": "Terminus"，否则终端可能不显示在底部面板，而是在新窗口弹出（体验割裂）
最容易被忽略的是环境变量继承——Build System 默认不加载你的 ~/.bashrc，而 Terminus 默认也不读取登录 shell 配置，除非你显式加 -l。哪怕命令能跑通，which mytool 找不到，大概率就是这个原因。
