答案：使用Shell脚本可实现Linux下轻量级CI/CD流水线，涵盖代码拉取、依赖安装、构建测试、打包部署等阶段，通过Git钩子、Cron或Webhook触发执行，结合错误处理与日志记录确保流程可控。1. 流水线包含代码拉取、依赖安装、构建、测试、打包和部署六个阶段，各阶段用Shell脚本串联并设置失败退出机制。2. 编写ci-deploy.sh脚本实现完整流程，包含变量定义、目录清理、git克隆、npm操作、打包及scp部署，并通过 $? 判断命令执行状态。3. 可通过Git post-receive钩子、Cron定时任务（如每5分钟运行一次）或HTTP服务监听Webhook自动触发脚本。4. 启用set -e保证脚本异常时终止，输出日志至文件便于排查，支持后续扩展为邮件通知或多环境部署。该方案适合中小项目，为向Jenkins等专业工具迁移提供基础。
在Linux环境下构建自动化部署流水线，核心在于将代码提交、编译、测试、打包到部署的全过程通过脚本自动执行。使用轻量级CI（持续集成）脚本是一种高效且灵活的方式，尤其适合中小项目或资源受限环境。
1. 明确流水线阶段
一个典型的自动化部署流水线包含以下几个关键阶段：
- 代码拉取：从Git仓库获取最新代码
- 依赖安装：安装项目所需依赖（如npm、pip等）
- 构建与编译：执行构建命令生成可部署产物
- 运行测试：执行单元测试、集成测试
- 打包发布：将构建结果打包成镜像或压缩包
- 部署上线：将产物部署到目标服务器或容器平台
每个阶段都可通过Shell脚本串联，失败时中断流程并输出错误信息。
2. 使用Shell脚本实现CI逻辑
创建一个名为ci-deploy.sh的脚本文件，内容示例如下：
#!/bin/bash定义变量
REPO_URL="https://www.php.cn/link/662fe95dc915bc0b5914824513567483" PROJECT_DIR="/tmp/deploy_project" BRANCH="main" BUILD_OUTPUT="./dist"
进入工作目录
cd /tmp || exit 1
清理旧代码
rm -rf $PROJECT_DIR git clone -b $BRANCH $REPO_URL $PROJECT_DIR
if [ $? -ne 0 ]; then echo "代码克隆失败" exit 1 fi
cd $PROJECT_DIR
安装依赖（以Node.js项目为例）
npm install if [ $? -ne 0 ]; then echo "依赖安装失败" exit 1 fi
构建项目
npm run build if [ $? -ne 0 ]; then echo "构建失败" exit 1 fi
运行测试
npm test if [ $? -ne 0 ]; then echo "测试未通过" exit 1 fi
打包构建结果
tar -czf deploy.tar.gz $BUILD_OUTPUT if [ $? -ne 0 ]; then echo "打包失败" exit 1 fi
部署到远程服务器
scp deploy.tar.gz user@remote-server:/opt/app/ ssh user@remote-server "cd /opt/app && tar -xzf deploy.tar.gz && systemctl restart app-service"
echo "部署完成"
该脚本涵盖了从拉取代码到服务重启的完整流程，具备基本的错误判断能力。
3. 自动触发脚本执行
可通过以下方式让脚本自动运行：
- Git钩子：在本地或远程仓库使用post-receive钩子触发脚本
- Cron定时任务：定期检查仓库更新并执行部署
- Webhook接口：结合简单HTTP服务监听GitHub/GitLab推送事件
例如使用cron每5分钟检查一次：
*/5 * * * * /bin/bash /path/to/ci-deploy.sh >> /var/log/ci.log 2>&1
4. 日志记录与错误处理
确保每次执行都有日志输出，便于排查问题：
- 使用set -e让脚本在任意命令失败时退出
- 添加echo标记关键步骤
- 重定向输出到日志文件以便追踪
也可引入更高级的日志结构，如按日期分割日志、发送邮件通知等。
基本上就这些。用Shell脚本实现Linux下的自动化部署流水线，不复杂但容易忽略细节。关键是把每一步操作明确化、可验证，并保证失败能及时暴露。对于更复杂的场景，可逐步迁移到Jenkins、GitLab CI等专业工具。
