软件开发生产线 CODEARTS-基于Pipeline的DevOps核心实践:快速交付实战演练
下载软件开发生产线 CODEARTS用户手册完整版
快速交付实战演练
流水线的成功和失败都是一种状态，失败也不用怕，可以帮助我们发现问题。
我们的最终目标还是要提升成功率，尽量检查出由于配置出错导致的构建失败，或者个别服务出现问题。我们可以看到历史构建的软件包，选择一个进行回滚。在代码检查时，可以做一个代码质量门禁，例如这个代码检查任务执行完之后，发现原来有100个问题，现在修复完95个，只剩5个，如果预定的门禁是10个，就可以继续向下跑。API测试也是这样，测试门禁里面生产百分之百，如果有20个没有通过，继续执行就会失败，要修复完所有环节才可以继续执行。
此外，任务还有健康度，可以看到哪个任务失败次数多。对已经关联流水线的代码进行修改提交后，可以重新执行流水线。在此过程中，可以看到构建任务在运行中，也可以直接看到日志并下载全量。构建任务执行成功，流水线会流转到下一个环节，直至部署成功，访问对应页面查看效果，代码修改生效。这就是如何修改一行代码，能够保证让用户满意，真正快速地发布到现网。
在代码仓库中可以设置提交后自动触发流水线，例如同一个代码仓拥有两个分支，可以分别设置是否提交后触发流水线，设置后，不需要手动执行流水线，它会在提交代码后自动执行。这是前文提到的两种模式中的一种，叫做随机发生模式。
还有一种模式是定点发车。每天指定时间执行流水线，如果这是一条版本级流水线，或者是一条项目级流水线，我们可以去设置每天什么时候自动执行一遍，无论是否有提交或者合并，到时间都会执行，如果有，则对已有的结果进行质量的测试和监控，并且最终保证流水线交付的应用质量是没有问题的。
在流水线中，失败率最高的Top3任务被面标识出来，按照执行失败的次数排序，我们可以看到哪些环节是健康的，哪些环节阻碍了任务的继续执行，所以这是一个非常好的实践。
对于健康度，失败率Top3的子任务（流水线每个环节中的任务）会在整条流水线中标识出来，并且可以按照执行失败的次数进行排序。由此，可以发现哪些环节是健康的，哪些环节阻碍了任务的继续执行，这是一个非常好的实践。
此外，在CodeArts的需求规划中，可以看到工作项关联的代码提交记录，并直接跳转查看提交的代码的内容，非常方便查看、追踪基于需求的代码运行情况以及应用发布情况，并且还可以关联bug，真正实现了端到端的双向追溯。这就是整个流水线的演示。
此外，CodeArts还支持移动端的移动运维，如果装了CodeArts APP，就可以在家里，或者咖啡馆、高铁上面随时可以查看流水线执行结果，并且可以再次执行它，察看它的错误码、错误日志，以确保随时随地的移动运维，移动交付。
