持续集成 Jenkins
前言
对于测试开发而言，Jenkins 是自动化流程的 “中枢神经系统”，而测试开发工程师是构建这个系统的 “反射弧” 和 “感知器官” 的关键角色
CI / CD
CI（持续集成）的意义
解决的问题：多人协作的 “集成地狱”
- 你写代码 A，同事写代码 B —> 各自测试都通过
- 但合并到一起就报错！
CI 的作用：
- 每次代码提交都自动构建 + 测试
- 立即发现集成错误
- 保证代码库始终处于可工作状态
CD（持续交付/部署）的意义
解决的问题：手动部署的 “人为失误”
- 忘记某个配置文件
- 部署顺序搞反
- 环境差异导致 bug
CD 的作用：
- 一键或自动将代码部署到生产环境
- 部署过程可重复、可靠
- 快速响应用户的需求变化
安装与配置
方式一：Windows 安装包安装
(1) 确保 windows 环境中有 JDK
(2) 从Download and deploy下载 windows 安装包（如.msi 文件）
(3) 双击安装包，按照安装程序指引操作即可
(4) 打开浏览器，输入 localhost:8080（或您自定义的端口）访问 Jenkins。
(5) 按照网页指引完成初始设置。
方式二：WAR 包安装
(1) 确保 windows 环境中有 JDK
(2) 从Download and deploy下载.war 格式的文件，并将其放入一个层级不深的目录
(3) 在.war 格式所在目录栏，输入 cmd 打开命令行终端
(4) 在命令行中写 java -jar jenkins.war 启动 Jenkins
(5) 启动过程中，不用拿鼠标点击终端内部，一点就会暂停（如不小心点击，敲两次回车）
(6) 此后，在使用 Jenkins 的过程中，这个终端不能关闭！否则！服务会终止！
(7) 验证！打开浏览器，输入 localhost:8080 访问 Jenkins
(8) 按照打开的 Jenkins 网页一步步完成 “解锁”、“自定义 Jenkins”、“创建第一个管理员用户”
配置 Jenkins 系统邮箱
1.获取 POP3/SMTP 授权码
(1) 登录 163 邮箱，点击设置——>“POP3/SMTP/IMAP”
(2) 点击 POP3/SMTP 服务后面的 ——> “开启”
(3) 弹出第一个扫码页面，点击 “继续开启” 即可
(4) 输入验证码
(5) 弹出授权码，务必保存！！！
2.完成 Jenkins 的配置
1.浏览器进入 Jenkins 工作台
2.点击 Mange Jenkins（经典设置齿轮图标）——>打开 “Configure credentials”
3.点击 “system”
4.点击 “Global credentials (unrestricted)”
5.点击右上角的 “+ Add Credentials”
6.在添加凭证页面填写：
- Kind（类型）：选择 "Username with password"
- Scope（范围）：保持默认（Global）
- Username：您的完整 163 邮箱地址（如 yourname@163.com）
- Password：这里填写的是 SMTP 授权码（不是邮箱登录密码！）
- ID：可以留空，系统会自动生成
- Description：描述信息，如 "163 邮箱 SMTP 凭证" 7.点击 "Create" 创建凭证。 8.退回到 Mange Jenkins 页面，打开 “Configure System” 进入系统配置页面 9.找到 “Jenkins Location”，修改系统管理员邮箱为你自己的 163 邮箱 10.找到 “Extended E-mail Notification” 部分：
- SMTP server：smtp.163.com
- SMTP port 465（推荐）或 587 11.点击下面的 “高级”：
- Credentials（凭证）：点击 "添加" 按钮旁边的下拉菜单，选择您刚才创建的凭证
- Use SSL：如果端口是 465，勾选此项
- Use TLS：如果端口是 587，勾选此项 12.记得点击 “save” 进行保存
代码持续集成
使用 Jenkins 管理——手动构建
| 步骤 | 关键配置/操作 | 简要说明 |
|---|---|---|
| 1. 创建任务 | 选择"Freestyle project"（自由风格项目） | 这是最直接的任务类型，适合大多数简单到中等的构建需求。 |
| 2. 源码管理 | 配置 Git 或 SVN 仓库地址 | 告诉 Jenkins 从哪里获取你的代码。 |
| 3. 构建环境 | 按需设置环境变量 | 根据项目需求设置构建环境，如指定 Node.js 版本。 |
| 4. 构建步骤 | 添加 Shell 或 Maven 命令 | 这是任务的核心，用于执行编译、测试、打包等操作。 |
| 5. 构建后操作 | 归档制品、发送通知等 | 构建完成后进行的操作，如发送邮件、部署等。 |
使用 Jenkins 管理——自动构建
| 步骤 | 关键配置/操作 | 简要说明 |
|---|---|---|
| 1. 创建任务 | 选择"Freestyle project"（自由风格项目） | 这是最直接的任务类型，适合大多数简单到中等的构建需求。 |
| 2. 源码管理 | 配置 Git 或 SVN 仓库地址 | 告诉 Jenkins 从哪里获取你的代码。 |
| 3. 构建环境 | 按需设置环境变量 | 根据项目需求设置构建环境，如指定 Node.js 版本。 |
| 4. 构建步骤 | 添加 Shell 或 Maven 命令 | 这是任务的核心，用于执行编译、测试、打包等操作。 |
| 5.自动构建核心 | 配置 “构建触发器” | 这是自动构建的唯一区别。 |
| 6. 构建后操作 | 归档制品、发送通知等 | 构建完成后进行的操作，如发送邮件、部署等。 |
在任务配置页面，找到 "构建触发器"部分，根据需求勾选：
选项 1：定时构建（最简单）
- 轮询 SCM：H/5 * * * *（每 5 分钟检查一次代码变化）
- 定时构建：0 2 * * *（每天凌晨 2 点构建）
选项 2：Git 推送自动构建（最常用）
- GitHub hook trigger for GITScm polling
- 然后在 Gitee/GitHub 仓库设置 Webhook：
- URL: http://你的 Jenkins 地址/gitee-project/你的用户名/你的仓库名
- 事件: Push Events
选项 3：远程触发
触发远程构建：JENKINS_URL/job/任务名/build?token=TOKEN
后记
Jenkins 简直是 “懒人必备”，大家快掌握起来！这样就有时间摸鱼了（bushi）。