CI(Continuous Integration)持续集成

目录

• 为什么做CI
• CI价值
• 重点
• CI系统流程
• CI详细流程图如下
• 代码提交流程
• 自测环境发布流程
• Beta环境发布流程（分支：dev）
• 流程触发机制
• 触发机制配置merge请求时触发
• 操作说明

CI(Continuous Integration)持续集成，CD(Continuous Delivery) 持续交付

为什么做CI

1、分支偏离主干

2、未知项目进度

3、发现bug较晚

4、定位问题复杂

CI价值

1.二进制包准备降低风险：静态代码分析，尽早发现bug

2.自动化：自动化编译、自动化测试、自动部署、自动审查、自动反馈

3.随时发布

重点

为了提高代码质量已经每次发布到beta环境服务的稳定性，要提高自动化测试覆盖率（不仅限于接口自动化测试）

CI系统流程

流程图如下：

CI详细流程图如下

代码提交流程

自测环境发布流程

1、当git lab上有代码向dev_test分支发起merge请求，触发自测环境的jenkins sonar扫描；

2、sonar扫描--针对dev_test分支；

3、单元测试--针对dev_test分支；

4、构建自测环境，并运行自测环境--针对dev_test分支；

5、执行接口自动化测试；

6、接口自动化测试通过后，在自测环境中进行功能测试、新增接口测试，并将新增测试点新增到自动化测试案例库中。

Beta环境发布流程（分支：dev）

1、当git lab上有代码向dev分支发起merge请求，触发jenkins sonar扫描；

2、sonar扫描--针对dev分支

3、单元测试--针对dev分支

4、构建自测环境，并运行自测环境--针对dev分支

5、执行接口自动化测试；

6、接口自动化测试通过后，将测试通过的dev分支发布并部署到beta环境。

流程触发机制

1、使用gitlab webhooks

2、URL处输入构建的url地址，需增加token信息；

http://jenkins.cn/view/decision/job/decision-sonar/build

3、Secret Token 输入jenkins中需由gitlab merge请求触发的工程中配置身份令牌

触发机制配置merge请求时触发

4、提交merge请求，触发流程

操作说明

1、新建jenkins项目
新建sonar扫描、单元测试、构建、自动化测试、beta环境构建五个项目。

2、配置meta data

3、新建pipeline视图

4、设置CI初始项目名称

5、CI初始项目设置依赖关系.注意：依赖关系一定要顺序执行，避免形成环形依赖

6、设置预警声音(可自定义声音，音频格式的文件为wav格式，并且将音频文件打包好给叶柄添加到jenkins服务器上即可)

7、Sonar扫描项目配置
mvn clean org.jacoco:jacoco-maven-plugin:prepare-agent
mvn sonar:sonar

8、单元测试项目配置
-Dmaven.test.skip=false

9、自动化项目配置
http://jenkins.puhuitech.cn/view/decision/job/puhui-decision-autotest/

10、发送测试报告

1）、安装jenkins插件，Editable Email Notification

2）、选择构建后操作，Editable Email Notification；

3）、Project Recipient List：输入收件人的邮箱地址，收件人之间使用逗号隔开；

4）、Default Subject：邮件主题

5）、Default Content：邮件内容自定义

预热内容--使用Groovy脚本新建pipeline流程

1、新建一个项目类型为Pipeline的jenkins工程

2、配置groovy脚本

3、pipeline 模板脚本生成

4、pipeline进程查看

5、jenkins 2.0建自动化构建之pipeline语法：