1.Flowable是什么？        Flowable是一个使用Java编写的轻量级业务流程引擎。Flowable流程引擎可用于部署BPMN 2.0流程定义（用于定义流程的行业XML标准）， 创建这些流程定义的流程实例，进行查询，访问运行中或历史的流程实例与相关数据，等等。        Flowable可以十分灵活地加入你的应用/服务/构架。可以将JAR形式发布的Flowable库加入应用或服务，来嵌入引擎。 以JAR形式发布使Flowable可以轻易加入任何Java环境：Java SE；Tomcat、Jetty或Spring之类的servlet容器；JBoss或WebSphere之类的Java EE服务器，等等。 另外，也可以使用Flowable REST API进行HTTP调用。也有许多Flowable应用（Flowable Modeler, Flowable Admin, Flowable IDM 与 Flowable Task），提供了直接可用的UI示例，可以使用流程与任务。        所有使用Flowable方法的共同点是核心引擎。核心引擎是一组服务的集合，并提供管理与执行业务流程的API。 下面的教程从设置与使用核心引擎的介绍开始。后续章节都建立在之前章节中获取的知识之上。（摘自Flowable用户手册）2.Flowabel和Activiti的关系        Flowable是Activiti(Alfresco持有的注册商标)的fork。3.准备开始3.1 创建一个Maven工程我习惯使用IDEA，这里就用IDEA里的截图了。我们打开file->new->project...如下图所示： 到此，我们就创建了一个空的maven项目。3.2 添加依赖一个是Flowable的依赖，一个是数据的依赖。    <dependencies>            <dependency>                <groupId>org.flowable</groupId>                <artifactId>flowable-engine</artifactId>                <version>6.3.0</version>            </dependency>            <dependency>                <groupId>mysql</groupId>                <artifactId>mysql-connector-java</artifactId>                <version>8.0.29</version>            </dependency>        </dependencies>记得刷新maven引入依赖。3.3  创建Java类我这里直接就用项目生成自带的一个类了。3.3.1 获取流程引擎对象    public void processEngine(){            // 获取ProcessEngineConfiguration对象            ProcessEngineConfiguration configuration = new StandaloneProcessEngineConfiguration();            // 配置相关的数据库连接信息            configuration                    .setJdbcDriver("com.mysql.cj.jdbc.Driver")                    .setJdbcUsername("root")                    .setJdbcPassword("123456")                    .setJdbcUrl("jdbc:mysql://localhost:3306/flowable-learn?serverTimezone=UTC")                    // 如果数据库中的表结构不存在就新建                    .setDatabaseSchemaUpdate(ProcessEngineConfiguration.DB_SCHEMA_UPDATE_TRUE);            // 通过ProcessEngineConfiguration构建我们需要的ProcessEngine            ProcessEngine processEngine = configuration.buildProcessEngine();        }此时，运行这个方法。我的控制台报错了，具体信息如下： 解决方法：添加nullCatalogMeansCurrent=true，设置只查询当前连接的schema库即可。具体修改语句：.setJdbcUrl("jdbc:mysql://localhost:3306/flowable-learn?serverTimezone=UTC&nullCatalogMeansCurrent=true")此时呢，我们发现数据库中已经生成了相应的表了，这就表明成功了。如果出现日志报错的话，可以添加相应的依赖，配置文件即可。3.3.2 部署流程定义        我们要构建的流程是一个非常简单的请假流程。Flowable引擎需要流程定义为BPMN 2.0格式，这是一个业界广泛接受的XML标准。 在Flowable术语中，我们将其称为一个流程定义(process definition)。一个流程定义可以启动多个流程实例(process instance)。流程定义可以看做是重复执行流程的蓝图。 在这个例子中，流程定义定义了请假的各个步骤，而一个流程实例对应某个雇员提出的一个请假申请。        BPMN 2.0存储为XML，并包含可视化的部分：使用标准方式定义了每个步骤类型（人工任务，自动服务调用，等等）如何呈现，以及如何互相连接。这样BPMN 2.0标准使技术人员与业务人员能用双方都能理解的方式交流业务流程。        我们要使用的流程定义为：这个流程应该已经十分自我解释了。但为了明确起见，说明一下几个要点：    我们假定启动流程需要提供一些信息，例如雇员名字、请假时长以及说明。当然，这些可以单独建模为流程中的第一步。 但是如果将它们作为流程的“输入信息”，就能保证只有在实际请求时才会建立一个流程实例。否则（将提交作为流程的第一步），用户可能在提交之前改变主意并取消，但流程实例已经创建了。 在某些场景中，就可能影响重要的指标（例如启动了多少申请，但还未完成），取决于业务目标。    左侧的圆圈叫做启动事件(start event)。这是一个流程实例的起点。    第一个矩形是一个用户任务(user task)。这是流程中人类用户操作的步骤。在这个例子中，经理需要批准或驳回申请。    取决于经理的决定，排他网关(exclusive gateway) (带叉的菱形)会将流程实例路由至批准或驳回路径。    如果批准，则需要将申请注册至某个外部系统，并跟着另一个用户任务，将经理的决定通知给申请人。当然也可以改为发送邮件。    如果驳回，则为雇员发送一封邮件通知他。一般来说，这样的流程定义使用可视化建模工具建立，如Flowable Designer(Eclipse)或Flowable Web Modeler(Web应用)。将下面的XML保存在src/main/resources文件夹下名为holiday-request.bpmn20.xml的文件中。    <?xml version="1.0" encoding="UTF-8"?>    <definitions xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL"      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"      xmlns:xsd="http://www.w3.org/2001/XMLSchema"      xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI"      xmlns:omgdc="http://www.omg.org/spec/DD/20100524/DC"      xmlns:omgdi="http://www.omg.org/spec/DD/20100524/DI"      xmlns:flowable="http://flowable.org/bpmn"      typeLanguage="http://www.w3.org/2001/XMLSchema"      expressionLanguage="http://www.w3.org/1999/XPath"      targetNamespace="http://www.flowable.org/processdef">           <process id="holidayRequest" name="Holiday Request" isExecutable="true">             <startEvent id="startEvent"/>        <sequenceFlow sourceRef="startEvent" targetRef="approveTask"/>             <userTask id="approveTask" name="Approve or reject request"/>        <sequenceFlow sourceRef="approveTask" targetRef="decision"/>             <exclusiveGateway id="decision"/>        <sequenceFlow sourceRef="decision" targetRef="externalSystemCall">          <conditionExpression xsi:type="tFormalExpression">            <![CDATA[              ${approved}            ]]>          </conditionExpression>        </sequenceFlow>        <sequenceFlow  sourceRef="decision" targetRef="sendRejectionMail">          <conditionExpression xsi:type="tFormalExpression">            <![CDATA[              ${!approved}            ]]>          </conditionExpression>        </sequenceFlow>             <serviceTask id="externalSystemCall" name="Enter holidays in external system"            flowable:class="org.flowable.CallExternalSystemDelegate"/>        <sequenceFlow sourceRef="externalSystemCall" targetRef="holidayApprovedTask"/>             <userTask id="holidayApprovedTask" name="Holiday approved"/>        <sequenceFlow sourceRef="holidayApprovedTask" targetRef="approveEnd"/>             <serviceTask id="sendRejectionMail" name="Send out rejection email"            flowable:class="org.flowable.SendRejectionMail"/>        <sequenceFlow sourceRef="sendRejectionMail" targetRef="rejectEnd"/>             <endEvent id="approveEnd"/>             <endEvent id="rejectEnd"/>           </process>         </definitions>        每一个步骤（在BPMN 2.0术语中称作活动(activity)）都有一个id属性，为其提供一个在XML文件中唯一的标识符。所有的活动都可以设置一个名字，以提高流程图的可读性。        活动之间通过顺序流(sequence flow)连接，在流程图中是一个有向箭头。在执行流程实例时，执行(execution)会从启动事件沿着顺序流流向下一个活动。        离开排他网关(带有X的菱形)的顺序流很特别：都以表达式(expression)的形式定义了条件(condition) （见第25至32行）。当流程实例的执行到达这个网关时，会计算条件，并使用第一个计算为true的顺序流。这就是排他的含义：只选择一个。当然如果需要不同的路由策略，可以使用其他类型的网关。        这里用作条件的表达式为${approved}，这是${approved == true}的简写。变量’approved’被称作流程变量(process variable)。流程变量是持久化的数据，与流程实例存储在一起，并可以在流程实例的生命周期中使用。在这个例子里，我们需要在特定的地方（当经理用户任务提交时，或者以Flowable的术语来说，完成(complete)时）设置这个流程变量，因为这不是流程实例启动时就能获取的数据。现在我们已经有了流程BPMN 2.0 XML文件，下来需要将它部署(deploy)到引擎中。————————————————版权声明：本文为CSDN博主「不想躺平的咸鱼」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。原文链接：https://blog.csdn.net/weixin_47541263/article/details/127694256

查看后台没有启动。手工执行可以启动

活动介绍： 亲爱的华为云用户，为了带来更好的使用体验，诚邀您参与填写《华为云开发者调研问卷-PaaS服务专享版》，即有机会获得2000码豆~我们将在提交的问卷中优选100名用户每名赠送2000码豆，并于每周五在本帖中公示获奖进展，您的建议可能被采纳并影响产品的发展哦，欢迎参与并关注~问卷填写入口：https://devcloud.huaweicloud.com/expertmobile/qtn?id=b781c58778cd4dbcb40084ebd56f2ba7&utm_medium=luntan发放方式：每周五自动发放至当期公示的华为云账号内优选规则：为调研问题提供有效建议（优质问卷可增加被选中概率哦~）问卷有效期：2022.9.16-2022.10.17码豆使用规则：cid:link_2                                                    码豆是什么？a）码豆是码豆会员中心虚拟财富，是码豆会员中心会员尊贵身份的象征；b）码豆可用于在码豆会员中心进行实物/虚拟礼品兑换。礼品丰富多样，（图片仅供参考）更多码豆兑换的礼品请以官网更新为准：码豆会员中心-赚码豆-礼品商城-华为云DevCloud (huaweicloud.com)活动已结束，获奖名单汇总来喽：恭喜以下小伙伴每人获得2000码豆已为大家发放，请注意查收~获奖账号获奖用户IDyc-chenxxxxxxxxxxxxxxxxxxxxxxxxx209f8bgetbtxxxxxxxxxxxxxxxxxxxxxxxxx402d8ahw72023025xxxxxxxxxxxxxxxxxxxxxxxxx184672koshikinxxxxxxxxxxxxxxxxxxxxxxxxxe892e9zm30241042xxxxxxxxxxxxxxxxxxxxxxxxx4209cdntf20771001xxxxxxxxxxxxxxxxxxxxxxxxxfabcc1hid_a752ys-1tt1xm61xxxxxxxxxxxxxxxxxxxxxxxxx466f82SeeU_ZHLxxxxxxxxxxxxxxxxxxxxxxxxx72b573cai_hyxxxxxxxxxxxxxxxxxxxxxxxxxab62f3rockforxmxxxxxxxxxxxxxxxxxxxxxxxxx057081mickerwxxxxxxxxxxxxxxxxxxxxxxxxxxe57f37zhenyu_xuxxxxxxxxxxxxxxxxxxxxxxxxx8d7f65wang_chao_jluxxxxxxxxxxxxxxxxxxxxxxxxxb03656hw46032409xxxxxxxxxxxxxxxxxxxxxxxxx5d6aadnadian6xxxxxxxxxxxxxxxxxxxxxxxxx70ac95nadian3xxxxxxxxxxxxxxxxxxxxxxxxx482df3nadian4xxxxxxxxxxxxxxxxxxxxxxxxx3b82d4hw62494655xxxxxxxxxxxxxxxxxxxxxxxxxd0e861hw96458811xxxxxxxxxxxxxxxxxxxxxxxxxa07d8ccsdn_zekexxxxxxxxxxxxxxxxxxxxxxxxx320a09hw29252826xxxxxxxxxxxxxxxxxxxxxxxxx3c0ed9andyleung1005xxxxxxxxxxxxxxxxxxxxxxxxxff0080qingqingjiayuan6xxxxxxxxxxxxxxxxxxxxxxxxxa6fd30kasson_xxxxxxxxxxxxxxxxxxxxxxxxxa77d82zhangfengshanxxxxxxxxxxxxxxxxxxxxxxxxx21d33ahalfwayrightxxxxxxxxxxxxxxxxxxxxxxxxxbe2e06xj120141121xxxxxxxxxxxxxxxxxxxxxxxxxcc113dhid_95cws3_lfyqo1jexxxxxxxxxxxxxxxxxxxxxxxxx78be68hw207268xxxxxxxxxxxxxxxxxxxxxxxxx6cdfc7hw147209xxxxxxxxxxxxxxxxxxxxxxxxxf65e6bhw085989xxxxxxxxxxxxxxxxxxxxxxxxx90d7b0hw814608xxxxxxxxxxxxxxxxxxxxxxxxx32b6d7hw596309xxxxxxxxxxxxxxxxxxxxxxxxx613da1zhanghui_chinaxxxxxxxxxxxxxxxxxxxxxxxxx6b5577sunxiaobeixxxxxxxxxxxxxxxxxxxxxxxxx29381fBurglar_Catxxxxxxxxxxxxxxxxxxxxxxxxx8b3ac0hw65004887xxxxxxxxxxxxxxxxxxxxxxxxx91690dljx_010290xxxxxxxxxxxxxxxxxxxxxxxxxe43c3asuifeng1324xxxxxxxxxxxxxxxxxxxxxxxxxc6d950adminmallxxxxxxxxxxxxxxxxxxxxxxxxx50f15fhw71255899xxxxxxxxxxxxxxxxxxxxxxxxx9a4ffcJaneConanxxxxxxxxxxxxxxxxxxxxxxxxxd6b160hw031671122xxxxxxxxxxxxxxxxxxxxxxxxxf3a91czhangdoudouxxxxxxxxxxxxxxxxxxxxxxxxx76ff8bhid_sg9r7wqof245gwexxxxxxxxxxxxxxxxxxxxxxxxx2af555lovelydong1xxxxxxxxxxxxxxxxxxxxxxxxxfd4204Archivexxxxxxxxxxxxxxxxxxxxxxxxx4f7856hw_008613611516375_01xxxxxxxxxxxxxxxxxxxxxxxxx55f321gepengfeixxxxxxxxxxxxxxxxxxxxxxxxx6fad1dhw98604883xxxxxxxxxxxxxxxxxxxxxxxxx96f1f4hid__y9lizo9qi2o9_2xxxxxxxxxxxxxxxxxxxxxxxxx2f56e7hw98541549xxxxxxxxxxxxxxxxxxxxxxxxx296ca3xychong123xxxxxxxxxxxxxxxxxxxxxxxxx362fabcoolanimalsxxxxxxxxxxxxxxxxxxxxxxxxx4390eczzzilixxxxxxxxxxxxxxxxxxxxxxxxxb862efnadian2xxxxxxxxxxxxxxxxxxxxxxxxx5d41e1lltd99xxxxxxxxxxxxxxxxxxxxxxxxxb8bed7madqfrogxxxxxxxxxxxxxxxxxxxxxxxxxefd5adlinghz666xxxxxxxxxxxxxxxxxxxxxxxxx152d24cl4690xxxxxxxxxxxxxxxxxxxxxxxxxddcb92star120120xxxxxxxxxxxxxxxxxxxxxxxxx612dfdhwid_fzstdu8mmv1awr6xxxxxxxxxxxxxxxxxxxxxxxxx52307dhw63022014xxxxxxxxxxxxxxxxxxxxxxxxx64b4d0hw75771608xxxxxxxxxxxxxxxxxxxxxxxxx3036ebhw94545161xxxxxxxxxxxxxxxxxxxxxxxxx79bdaanadian7xxxxxxxxxxxxxxxxxxxxxxxxx23d965hw14429999xxxxxxxxxxxxxxxxxxxxxxxxx8997a0srocketjxxxxxxxxxxxxxxxxxxxxxxxxx9b324fnukinsanxxxxxxxxxxxxxxxxxxxxxxxxx8adb4cnadian5xxxxxxxxxxxxxxxxxxxxxxxxx45f5bchid_ps9n66109lu38fpxxxxxxxxxxxxxxxxxxxxxxxxx3040c2hw78949957xxxxxxxxxxxxxxxxxxxxxxxxx034789cauxiaoweixxxxxxxxxxxxxxxxxxxxxxxxx596087hw84740751xxxxxxxxxxxxxxxxxxxxxxxxxa56eachw15543301xxxxxxxxxxxxxxxxxxxxxxxxx80e1b7yzq369861178xxxxxxxxxxxxxxxxxxxxxxxxxb9e363hw70558514_01xxxxxxxxxxxxxxxxxxxxxxxxxe667eenadian1xxxxxxxxxxxxxxxxxxxxxxxxx316587hw10725446xxxxxxxxxxxxxxxxxxxxxxxxx03eb16hw56223614xxxxxxxxxxxxxxxxxxxxxxxxxaabc75hw082817297xxxxxxxxxxxxxxxxxxxxxxxxx8cb410hw69003652xxxxxxxxxxxxxxxxxxxxxxxxxef90ddwanmaozhkxxxxxxxxxxxxxxxxxxxxxxxxx2b98a0hw61299517xxxxxxxxxxxxxxxxxxxxxxxxx78ff88hw88125062xxxxxxxxxxxxxxxxxxxxxxxxxd29c1blong407907172xxxxxxxxxxxxxxxxxxxxxxxxxa1abb2hw46032453xxxxxxxxxxxxxxxxxxxxxxxxxecec60hw73261881xxxxxxxxxxxxxxxxxxxxxxxxxe41552hw_008617750345773_01xxxxxxxxxxxxxxxxxxxxxxxxx068880hw74898079xxxxxxxxxxxxxxxxxxxxxxxxx99d4a6yandouwangxxxxxxxxxxxxxxxxxxxxxxxxxede21dLPengHuixxxxxxxxxxxxxxxxxxxxxxxxxa693cfhw61939705xxxxxxxxxxxxxxxxxxxxxxxxx14f6a4hw000499xxxxxxxxxxxxxxxxxxxxxxxxx71a2cchid__40q9pr500va8boxxxxxxxxxxxxxxxxxxxxxxxxx6fc035hw57269863xxxxxxxxxxxxxxxxxxxxxxxxx4842cazhangyuchang36xxxxxxxxxxxxxxxxxxxxxxxxxec1e6ca3781857xxxxxxxxxxxxxxxxxxxxxxxxx35ee06yizhanglxxxxxxxxxxxxxxxxxxxxxxxxx523a5dfengfeier6xxxxxxxxxxxxxxxxxxxxxxxxxe1eac5

【DevOps全栈实践训练营】带你体验华为端到端DevOps软件项目全生命周期管理流程》》基于华为云DevCloud的凤凰商城项目开发实验反馈《《 开始体验前请先确保完成了活动报名 》》》前往活动报名实验任务：根据课堂指导视频，使用华为云DevCloud完成课后实验（共6关），完成任一关或全部并提交实验截图回复本贴（需包含右上角华为云账号）。第一关：动手实验——项目管理第二关：动手实验——测试管理第三关：动手实验——代码托管第四关：动手实验——代码检查第五关：动手实验——持续交付、持续部署第六关：动手实验——流水线完成任一实验或全部实验并提交截图反馈，即有机会领取华为Watch、华为移动硬盘、荣耀体脂称、华为云周边礼品。多次实验完成截图请整合进行一次回帖，多次回复按照单次回帖计算。单一实验与完成全部实验并提交反馈截图的用户，奖励优先后者，不支持重复领取。注意事项：1、请务必使用个人账号参与活动（IAM、企业账号等账号参与无效）；2、任务排名一致，则按截图反馈时间先后为标准，进行排名；3、本次活动，活动获奖名单预计于活动结束后10个工作日内完成公示，15个工作日内完成奖品发放，发放时间根据实际情况动态调整，如有延期敬请见谅；4、本次活动参与用户需真实有效，如有虚假、黑产等行为，一律通报、剔除活动参与资格。

# 编译构建模板的版本号问题 我的代码使用的 JDK 是 17 的版本，maven 版本是 3.8.1 创建流水线的时候，编译构建的 Maven 模板中没有我需要的版本号。 请问这种情况，在不修改我项目代码中的 JDK 和 Maven 版本的条件下，还能使用流水线的编译构建吗？

      经常看到有人问DevCloud里面如何设置一次参数把构建参数值传递到部署任务内，一般这种参数使用的场景是版本号（releaseversion），镜像标签（dockertag）等，下面给大家分享一下操作方法。      跨任务传递参数需要使用DevCloud流水线服务，流水线可以将DevCloud内的其他服务任务串起来，通过手动或自动的方式，按照流水线内配置的编排顺序来执行任务。举例说明，通过流水线统一配置releaseversion参数传递到构建和部署任务。1.创建构建任务，构建任务内添加参数releaseversion，参数值随便填一个，这里填上在用的时候也会被覆盖，后面的运行时设置一定要打开！2.在构建任务里面调用这个参数，这一步一定要设置，否则在流水线内无法添加，任务内使用$符号调用参数，输入$符号之后会自动带出已配置的参数，选择即可调用。图中我在上传软件包到发布仓库步骤调用了刚刚配置的参数。3.创建空模板流水线，在流水线阶段添加刚刚的构建任务。这时能看到，刚刚我们创建的构建任务内的releaseversion参数已经显示出来，点击保存。4.保存后，回到流水线配置页面，我们配置流水线参数，创建流水线参数releaseversion，类型可以根据自己的需求选择自增长或字符串等，设置默认值，打开运行时设置。5.回到流水线工作流配置页面，打开刚刚添加的构建任务，将流水线内配置好的releaseversion参数通过$符号引用到构建任务的releaseversion参数内，点击保存，保存流水线。6.这时我们执行流水线，高级设置内【运行时参数配置】选项里可以看到我们刚刚配置的releaseversion参数，这时我们根据实际情况输入参数值，那么在构建任务内使用的就是此时输入的参数值。其他任务同样的操作方式添加参数即可。这样操作就实现了流水线统一配置参数，其他各任务调用，提高CICD效率和准确性。

背景在一次DevOps线上活动的提问环节中，有这样一个问题：“我们公司刚刚完成了DevOps转型，搭建了一条流水线，流水线确实让我们部署上线的效率提升了，但是也更快的让客户当上小白鼠，因为我们让问题更快的暴露出来了……”可以想象，一个开发人员开心的点了一下流水线的启动按钮，然后就开心的下班了，然后用户看着屏幕的404，然后就没有了然后（坏笑）……其实这真不是开玩笑，如果将项目中的流水线发布权限下放给了开发，那么404真的就是很现实和普遍的问题，因为很多开发认为自己的工作就是开发。像这样的坑你是否也掉进去过，我们一起基于此，来看看什么样的流水线是不坑人的吧。问题分析这些年来，DevOps已经逐渐的深入到软件企业中，尤其是一些互联网的项目中，需要更快的适应市场的变化迎合用户的需求，传统低效的方式来部署生产环境已无法存活， DevOps的流水线（部署流水线）也应运而生。然而在企业追求高效的同时，往往又引入了新的问题——高效的将bug展现给了用户。项目开发的前期，代码都是比较简单的，开发团队的人员也比较少。但慢慢随着时间的推移，代码越来越复杂，团队成员越来越越多，经手变更的也越来越频繁。一旦出现了问题，作为一个开发人员往往首先会想到的是——快速修复上线。DevOps在速度这点上确实帮了大忙，经历过传统部署发布的同学肯定深有体会。但是这样往往却又伴随了新的问题——“打地鼠现象”。何为打地鼠现象? 简单的说，就是一个问题你修复了，可能又会蹦出来几个新的问题。长期下去，不仅开发团队压力大，客户更是成了“小白鼠”。其实，这并不能把问题归结到部署流水线身上（无辜躺枪），借助流水线的快速发布，只是将问题更早的暴露出来，其归根结底上，问题还是出在质量上。那么，我们就不得不谈到——质量内建。戴明（William Edwards Deming）曾提出“问题发现得越早，修复的成本越低”，有数据指出85%的缺陷都是在代码编码阶段引入的，然而大部分的缺陷并不是在编码的时候发现的，而是在之后的测试阶段发现的，甚至是已经上线后。而且随着越往后发现缺陷，修复的成本也越高。来源《Applied Software Measurement:Global Analysis of Productivity and Quality》按照STICKYMINDS网站上上的一篇名为The Shift-Left Approach to Software Testing的文章中所给出的（如上图），假如在编码阶段发现的缺陷只需要1分钟就能解决，那么单元测试阶段需要4分钟，功能测试阶段需要10分钟，系统测试阶段需要40分钟，而到了上线之后再发现可能就需要640分钟来修复，这可以说是很难让人接受的，所以质量内建是至关重要的。在质量问题上，当然离不了我们老生常谈的开发阶段的编码规范、重构、检视等活动，这里不做叙述。随着DevOps的引入，我们需要将质量内建，加入到DevOps的各个环节中，而部署流水线就是贯穿这些环节的重要工具。某种程度上说，部署流水线的质量基本上决定了软件质量——是带伤上阵还是安稳的睡大觉，部署流水线是关键。那么如何算是一条不坑的部署流水线呢？解决方案测试左移（Shift-Left testing）如上面所提到了，在开发完成后，越到生命周期的后面修复的成本越高。那么基于这样的情况，测试应该尽早的开始。在传统的开发周期中，问题都在什么时候发现的呢？如下图所示：来源《Applied Software Measurement:Global Analysis of Productivity and Quality》可以看到传统模式下，问题很少会在开发阶段发现，而现在提出的测试左移，就是在要在开发阶段尽可能的发现更多的问题，而避免问题被发现在之后的阶段。这也就是我们搭建一条不坑的流水线最基本的理念之一。一般来说，在流水线的构建阶段我们会加入静态代码检查，比如使用Findbugs、Sonar等。可按需自行设置是否随代码提交而触发检查（推荐），或伴随持续集成的工程实践开展，可一天一次或多次，这就保障了不会掉进最基本静态代码层面的坑。此外在流水线的设计上一定要有API、UI等自动化测试。一般来说，可按部署到不同的环境，对应创建不同的流水线阶段，如集成环境有对应的流水线的集成阶段，测试环境有其测试阶段。当部署时，就可以在对应的阶段中加入所需要的测试活动。如当开发人员修复某一个bug后，想要保证其他功能的成长，可以通过在流水线的自测阶段通过加入API的测试等。总结来说，就是在流水线的构建阶段加入静态代码的检查，在部署阶段加入自动化的测试活动，以保证代码的质量和功能的可用。质量要求在质量建设中，不能仅停留在质量管控的基本要求——有，还要注重质量的高低。因为某种意义上来说，较松的管控等于没有，这也是最坑的地方——有等于没有，试想如果流水线中只有某个API测试的情况，那么验证的基本就是这个服务有没有成功启动而已。那么，这就需要加入一个质量阀值的要求。质量阀值的高低是一个衡量质量高低的重要标准。这个阀值可以是接口覆盖率达到多少，也可以是静态代码检查出来问题的数量等。一个严格的质量门禁可以说流水线完成后发布上线的定心丸，这也就可以用来解决了上文提到的“打地鼠”现象。一般来说，接口测试的覆盖率建议达到百分之百，而考虑单元测试和接口测试某些程度上的重复以及UI测试的ROI等因素可按需进行配置，因情况不同这里不做叙述。对于代码检查来说，也可设置某一个数值作为阀值，这个数值可以按照某种规则设定。如一般问题记1分，严重问题记5分，安全问题记8分等，当检查后所累积的数值超过10则不能发布或进入下个一个阶段，当然数值越低越好，具体设置（代码检查的维度不再此叙述）也需按实际情况而定。此外，还可以考虑如开源第三方jar包的扫描、安全漏洞扫描等活动。如果考虑划分的更有层级和模块化，相对于接口测试或静态代码检查的质量建设，扫描的可以单独作为一个阶段按需设置。总结来说，质量建设按照项目的实际情况来设置，而且对于团队来说，质量永远不仅仅是某一个人或团队的事情，而是所有人的事情。相对于质量的坑来说，意识上更是我们应该避免掉进的坑。如了解更多请访问华为DevCloud流水线的内容，详见附录。这里提到了意识，意识是关乎人的主观性层面的了，那么应用在流水线上，其实也是需要考虑的。诚然有些时候我们依赖于机器和自动化，如上面说提到的接口测试、安全扫描等。但是也不能完全依赖于自动化，比如我们也需要人工的代码检视活动。这在搭建流水线的时候也可以考虑到把人工环节加入到其中，比如在发布到生产环境的阶段增加一个发布看板，其中包含了是否有人工代码的检视以及检视出来的代码的质量的阀值或要求等。综上，一条流水线除了必须的、按需的自动化+人工以外，还需要在实践的过程中不断的总结结合自身特点加以定制，然后才能放心大胆的点击“启动”而不被坑。最后引用姚冬老师文章中的一句话“流水线确保代码和基础设施始终处于可部署状态，所有提交到主干的代码都可以安全的部署到生产环境。”这也是笔者非常认同的，也相信搭建实现这一目标，提供这能力的流水线才能更好的实现持续交付，配合好我们的DevOps转型。参考附录测试左移以终为始，再谈持续交付流水线DevCloud的HE2E DevOps的流水线构建博客