4.9 CODING 持续集成实践原创

嗨，我是V，今天的课程是Q点区域集成实件。Q点区域集成主要包括构建计划和构建节点两个部分。Q点默认提供八核16G的高性能云主机构建节点，如果coding默认构建节点不能满足要求，用户可以通过创建节点池的方式将自定义节点创建在coding构建计划中，提供丰富的模板能力，包括团队模板、编成语言的模板，例如Java的pant goland note ts的等，Net PHP的angular react等等语言的模板，Sla的模板，经像仓库的模板，Tcr的以及doer经验仓库的、制品库的模板、部署的模板、基础的模板以及丰富的API文档的模板。通过这个模板可以达到开箱即用的目的，降低构建计划的编写成本。这里我们采用自定义构建过程的方式进行流水线的创建。我们将流水线的名称命名为qmo product deline，选择coding，代码仓库配置来源，选择静态的jfi，点击确定可以看到Co点。构建计划包括基础信息、流程配置、触发规则、变量与缓存、通知配置五个方面的能力。在基础配置上提供多种代码源以及多地域的构建节点供用户选择。

在触发规则上，支持代码源的触发，例如代码更新时的自动触发，合并请求的触发。自动定时触发API触发手动触发的在变量与缓存中提供变量的设置，可以将敏感信息通过变量方式进行设置达提升敏感信息的安全性和复用能力。通过开启缓存可以加速编译构建的速度，通过通知提醒添加成员，可以让各件计划在执行过程中及时的感知，实现高效的信息触达。在关键的流程配置中，我们可以定义阶段，例如我们选择编译构建，选择命令执行下脚本，因为这个仓库是基于Java语言的仓库，所以我们选择me命令进行编译，Click package，点即保存，选择立即构建，点击立即构建在构建中我们可以点击查看构建详情，可以看到每一个阶段具体的日志的详细信息，包括我们执行mn clean package命令的时候，会从腾讯云的镜像。

电源进行me包的拉取。因为我们在变量与缓存中开启了ma缓存，因此第二次拉包的时候就不会再从mirrors、腾讯云点com ne里面去拉me包了，而直接将缓存存储在cos中，直接从cos上进行拉包，提升拉包的效率。我们发现编一构件时长在一分钟，接下来我们将质量和安全内建于流程钟，因此我们在流程配置中可以开启单元测试，收集单元测试的报告，选择j unit测试报告和收集。同时我们可以开启代码扫描，可以选择已有方案或者自动匹配语言的方案，并且开启质量门禁，设置质量门禁的阈值，并且当这样门件不通过时终止构建，只有满足这样门禁要求才能够进行继续构建。设置完之后点即保存，选择立即构建，在构建过程。

都可以发现由第一次的一分钟直接缩短到了3.253秒，原因是因为我们开启了缓存，此时它不通过mirror点腾讯云点。com里面去拉取我们的me包，而是直接从cos中将我们的缓存包拉取到本地，极大的提升呢构建的速度。开启代码质量门禁后，可以看到代码质量门禁正在扫描的一些数据，这量门禁执行完成后，可以看到扫描的结果以及对应的问题列表。目前门禁是通过的，可以发现严重的问题是零个，小于我们这量门禁要求，错误级别的是三个，小我们门禁设置的五个的要求，因此满足门禁要求构建成功。接下来我们修改质量门禁要求，把它变为更为严格，开启警告问题和提示问题也纳入到门禁范围，点击保存，选择再次立即构建，在构建的过程中，我们看一下头顶提供哪一些强大的能力。首先在插件上扣顶提。

提供命令代码管理、文件操作制品库收集报告、流程控制、安全持续部署、质量管理等等的其他发件的一些能力，通过这些开箱进用的插件，让用户不需要了解持续集成的能力的基础之上，就能够完成流水线的配置，降低用户配置流水线的门槛。了解了特点插件能力之后，我们再回头看一下CI的执行情况，我们发现开启缓存之后，所以速度会变得非常的快，那么现在代码门禁呢已经是失败了，因为不通过门禁，所以呢导致呢流水线也失败，可以发现我们的警告级别是22大于质量门禁的十个，因此它不满足质量门禁的要求，我们终止流程的构建，就实现呢内建质量的目标。我们也可以看到测试报告有14条，测试用例，并且全部都执行通过，同时我们也可以通过通用报告的一些插件收集通用报告以及构建产物。丰富的构建快照的一。

信息，可以查看到课件过程以及对应的日志。以上就是本节课的内容，感谢聆听，再见。