shell脚本自动化部署是将下载、解压、配置、启动等人工步骤编写为带判断和容错的命令序列，适用于中小型项目；典型流程包括检查java环境、创建目录、拉取新包、停旧进程、启动服务、开放端口及验证状态，并通过变量定义、错误检查、参数化设计提升健壮性与可维护性。
用 Shell 脚本实现自动化部署，核心是把人工操作步骤（比如下载、解压、配置、启动）写成可重复执行的命令序列，并加入判断和容错逻辑。它不依赖复杂工具，适合中小型项目或快速交付场景。
明确部署目标与流程
动手前先理清要部署什么、依赖哪些环境、关键动作有哪些。例如部署一个 SpringBoot 的 jar 包，典型流程包括：检查 Java 环境 → 创建应用目录 → 上传或拉取新版本 → 停旧进程 → 启动新服务 → 开放端口 → 验证状态。每一步都要对应到具体命令，避免遗漏（比如忘记改权限、漏开防火墙）。
编写结构清晰的脚本
脚本开头必须有 #!/bin/bash，接着定义变量（如 APP_NAME="myapp.jar"、APP_HOME="/opt/myapp"），再按顺序组织逻辑：
- 用 which java 或 java -version 检查 JDK 是否就位，失败则退出并提示
- 用 mkdir -p $APP_HOME 创建目录，cd $APP_HOME 切换路径
- 用 curl -O 或 git pull 获取最新包，或直接 scp 传入（需提前配好密钥）
- 用 lsof -ti:8080 | xargs kill -9 或 pgrep -f "$APP_NAME" | xargs kill 停旧进程
- 用 nohup java -jar $APP_NAME > app.log 2>&1 & 后台启动，加 sleep 2 等启动完成
- 用 curl -s http://localhost:8080/actuator/health | grep "UP" 验证服务是否正常
增强健壮性与可维护性
单纯顺序执行容易出错，建议加入基础防护：
- 在关键步骤后加 if [ $? -ne 0 ]; then echo "xxx 失败"; exit 1; fi 检查上条命令是否成功
- 用 set -e 开头让脚本遇到错误自动终止（慎用，部分命令失败是预期行为）
- 把日志路径、端口、JVM 参数等抽成变量，方便不同环境复用同一脚本
- 支持传参，例如 ./deploy.sh prod，用 $1 区分环境，加载不同配置
执行与日常使用
保存为 deploy.sh 后，运行 chmod +x deploy.sh 赋予执行权限，再执行 ./deploy.sh。建议首次在测试机运行，观察输出和进程状态；后续可配合 cron 定时拉代码+部署，或接入 Git Hook 实现推送即部署。不复杂但容易忽略细节。
