VSCode快捷键不直接执行Bash脚本，但能加速“写→检查→运行→调试”闭环；关键在于将高频操作固化为肌肉记忆，并确保终端、解释器和检查工具环境一致。
VSCode快捷键本身不执行 Bash 脚本，但能大幅压缩“写 → 检查 → 运行 → 调试”这个运维脚本闭环的时间。关键不是记多少键，而是把高频动作固化成肌肉记忆。
Ctrl+` 快速唤出终端，但别直接敲 ./script.sh
运维脚本常依赖 source、[[ ]] 或数组语法，而 VSCode 默认终端（尤其 Windows 上）可能用 sh 启动，一运行就报错：syntax error near unexpected token `[['。
- 正确做法：按
Ctrl+`唤出终端后，统一用bash script.sh执行，绕过 shebang 解析和权限问题 - 如果坚持用
./script.sh，必须提前chmod +x script.sh，且首行确保是#!/usr/bin/env bash（比#!/bin/bash更兼容不同系统路径） - Windows 用户若已配置 Git Bash 为默认终端，可放心用
./script.sh，但需确认shellcheck和bashdb已安装在 Git Bash 环境中，而非 Windows 原生 cmd
Ctrl+D 多光标批量改变量名，但得防 word splitting
写部署脚本时经常复制粘贴多段相似逻辑，比如反复出现 $DEPLOY_DIR、$BACKUP_PATH —— Ctrl+D 选中第一个，连续按就能批量修改所有同名变量。
- 但注意：ShellCheck 会警告
echo $PATH这类未加引号的引用，这不是误报。含空格路径（如/opt/my app/）下，cp $SRC $DEST会拆成cp /opt/my app/ /tmp/，直接失败 - Ctrl+D 后，务必补上双引号：
"$SRC"、"$DEST"，再回车确认——多光标改完立刻加引号，比事后 grep 修更省事 - 别用 Ctrl+D 改
if [ $var = "yes" ]这种条件判断里的变量，容易漏掉[和]的空格匹配，建议用 F2（重命名符号）更安全
Ctrl+Shift+P + “Run Task” 替代手动敲命令链
真实运维场景里，一个“上线”动作往往包含：拉代码 → 清缓存 → 重启服务 → 验证端口 → 发 Slack 通知。手动敲 5 行命令太容易漏步骤或输错参数。
- 在项目根目录建
.vscode/tasks.json，定义一个deploy-prod任务，command 设为bash，args 传["-c", "git pull && systemctl restart myapp && nc -z localhost 8080"] - 这样每次上线只需
Ctrl+Shift+P→ 输入 “Run Task” → 回车 → 选deploy-prod，全程不碰键盘输入 - 任务里别写
cd /srv/app && ./deploy.sh这种绝对路径；用"cwd": "${workspaceFolder}"+ 相对路径，保证脚本在哪打开都有效
Alt+Click 插入调试断点，但 bashdb 不是插件自带的
Bash Debug 插件只是 UI，真正执行断点的是本地 bashdb 命令。很多人配完 launch.json 一按 F5 就报错：Command 'bashdb' not found。
- Linux/macOS：运行
sudo apt install bashdb（Ubuntu）或brew install bashdb（macOS），验证是否可用：bashdb --version - Windows + Git Bash：不能用
choco install bashdb（不维护），得进 Git Bash 终端，用curl -sSL https://raw.githubusercontent.com/mroth/bashtop/master/install.sh | bash类似方式手动装，或改用set -x+echo日志代替断点 - Alt+Click 在某行左侧边栏插入断点后，必须确保脚本首行有
#!/usr/bin/env bash，且当前文件已保存（未保存的变更不会被 bashdb 加载）
最易被忽略的点：快捷键效率取决于环境一致性。同一套 Ctrl+D / Ctrl+` 流程，在 macOS 用 zsh、Windows 用 Git Bash、Linux 用 bash 下表现一致，但一旦混用 sh 解释器或没装 shellcheck，快捷键再快也救不了语法错误。先配好解释器和检查工具，再练键位，顺序不能反。
