云原生关键技术之DevOps活动获奖名单公布如下：序号奖项华为云账号奖品数量1任务有奖hid__cn8cjapw6ba12c开发者pvc包12zz13467048866开发者pvc包13hw_008613029847805_01开发者pvc包14archive0629开发者pvc包15woyebuxiaode华为AM115半入耳式耳机16hw004233513华为AM115半入耳式耳机17hid_uhlukjb9ioim5g1华为AM115半入耳式耳机18geng4686华为AM115半入耳式耳机19lilac_nine华为AM115半入耳式耳机110xx-15709912565华为AM115半入耳式耳机111hid_vkqds3x90wylhvh华为AM115半入耳式耳机112hfq20021128华为AM115半入耳式耳机113hw_008615871053474_01华为AM115半入耳式耳机114catalpa_yang华为AM115半入耳式耳机115邀请有奖hid_i228gklprgg49nd荣耀移动电源/荣耀体脂秤1请获奖的用户，点击获奖信息登记，填写个人领奖信息获奖信息登记获奖信息登记截止日期：7月12日。请尽快填写，过期不予补发。一、任务挑战指导手册：任务1：快速搭建打卡小程序任务2：CloudIDE语音合成任务3：云上开发图片压缩工具任务4：DevOps最佳案例实践全流程体验二、说明：完成任一任务，截图回复本活动帖，即可申请华为云云原生开发者认证考试代金券！截图为任务完成页截图且截图需包含本人华为云账号，否则不予发放考试代金券三、申请开发者考试认证代金券点击申请华为云云原生认证考试代金券

一、Flowable简介1、Flowable是什么Flowable是一个使用Java编写的轻量级业务流程引擎。Flowable流程引擎可用于部署BPMN 2.0流程定义（用于定义流程的行业XML标准）， 创建这些流程定义的流程实例，进行查询，访问运行中或历史的流程实例与相关数据，等等。这个章节将用一个可以在你自己的开发环境中使用的例子，逐步介绍各种概念与API。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。 下面的教程从设置与使用核心引擎的介绍开始。后续章节都建立在之前章节中获取的知识之上。2、Flowable与ActivitiFlowable，2016年基于Activiti诞生。二、开始1、构建命令行程序我们将构建的例子是一个简单的请假(holiday request)流程：雇员(employee)申请几天的假期经理(manager)批准或驳回申请我们会模拟将申请注册到某个外部系统，并给雇员发送结果邮件1.1、创建流程引擎1.1.1、创建maven项目创建一个名为holiday-request的maven项目，添加依赖： <!--Flowable流程引擎--> <dependency> <groupId>org.flowable</groupId> <artifactId>flowable-engine</artifactId> <version>6.3.0</version> </dependency> <!--MySQL驱动，这里采用MySQL数据库，如果采用其它数据库，需要引入对应的依赖。--> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.15</version> </dependency>1.1.2、创建数据库表格创建一个数据库flowable_demo。创建一个普通的Java类：HolidayRequest/** * @Author 三分恶 * @Date 2020/5/2 * @Description 创建表格 */public class HolidayRequest { public static void main(String[] args) { //1、创建ProcessEngineConfiguration实例,该实例可以配置与调整流程引擎的设置 ProcessEngineConfiguration cfg=new StandaloneProcessEngineConfiguration() //2、通常采用xml配置文件创建ProcessEngineConfiguration，这里直接采用代码的方式 //3、配置数据库相关参数 .setJdbcUrl("jdbc:mysql://localhost:3306/flowable_demo?useUnicode=true&characterEncoding=utf8&serverTimezone=GMT+8&nullCatalogMeansCurrent=true") .setJdbcUsername("root") .setJdbcPassword("root") .setJdbcDriver("com.mysql.jdbc.Driver") .setDatabaseSchemaUpdate(ProcessEngineConfiguration.DB_SCHEMA_UPDATE_TRUE); //4、初始化ProcessEngine流程引擎实例 ProcessEngine processEngine=cfg.buildProcessEngine(); }}1.1.3、运行运行该类，会发现在数据库flowable_demo中创建了34个表：1.1.4、创建的表格说明flowable命名规则：ACT_RE_* ：’ RE ’表示repository（存储）。RepositoryService接口操作的表。带此前缀的表包含的是静态信息，如，流程定义，流程的资源（图片，规则等）。ACT_RU_* ：’ RU ’表示runtime。这是运行时的表存储着流程变量，用户任务，变量，职责（job）等运行时的数据。flowable只存储实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。这就保证了这些运行时的表小且快。ACT_ID_* : ’ ID ’表示identity(组织机构)。这些表包含标识的信息，如用户，用户组，等等。ACT_HI_* : ’ HI ’表示history。就是这些表包含着历史的相关数据，如结束的流程实例，变量，任务，等等。ACT_GE_* : 普通数据，各种情况都使用的数据。34张表说明：表分类表名表说明一般数据(2)ACT_GE_BYTEARRAY通用的流程定义和流程资源ACT_GE_PROPERTY系统相关属性流程历史记录(8)ACT_HI_ACTINST历史的流程实例ACT_HI_ATTACHMENT历史的流程附件ACT_HI_COMMENT历史的说明性信息ACT_HI_DETAIL历史的流程运行中的细节信息ACT_HI_IDENTITYLINK历史的流程运行过程中用户关系ACT_HI_PROCINST历史的流程实例ACT_HI_TASKINST历史的任务实例ACT_HI_VARINST历史的流程运行中的变量信息用户用户组表(9)ACT_ID_BYTEARRAY二进制数据表ACT_ID_GROUP用户组信息表ACT_ID_INFO用户信息详情表ACT_ID_MEMBERSHIP人与组关系表ACT_ID_PRIV权限表ACT_ID_PRIV_MAPPING用户或组权限关系表ACT_ID_PROPERTY属性表ACT_ID_TOKEN系统登录日志表ACT_ID_USER用户表流程定义表(3)ACT_RE_DEPLOYMENT部署单元信息ACT_RE_MODEL模型信息ACT_RE_PROCDEF已部署的流程定义运行实例表(10)ACT_RU_DEADLETTER_JOB正在运行的任务表ACT_RU_EVENT_SUBSCR运行时事件ACT_RU_EXECUTION运行时流程执行实例ACT_RU_HISTORY_JOB历史作业表ACT_RU_IDENTITYLINK运行时用户关系信息ACT_RU_JOB运行时作业表ACT_RU_SUSPENDED_JOB暂停作业表ACT_RU_TASK运行时任务表ACT_RU_TIMER_JOB定时作业表ACT_RU_VARIABLE运行时变量表其他表(2)ACT_EVT_LOG事件日志表ACT_PROCDEF_INFO流程定义信息1.1.4、日志配置在上面的运行中，同时可以看到，控制台有报错的信息，这是日志没有正确地配置：Flowable使用SLF4J作为内部日志框架。我们使用log4j作为SLF4J的实现。因此在pom.xml文件中添加下列依赖：<dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <version>1.7.21</version></dependency><dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-log4j12</artifactId> <version>1.7.21</version></dependency>在 src/resouce目录下新建log4j的配置文件log4j.properties:log4j.rootLogger=DEBUG, CAlog4j.appender.CA=org.apache.log4j.ConsoleAppenderlog4j.appender.CA.layout=org.apache.log4j.PatternLayoutlog4j.appender.CA.layout.ConversionPattern= %d{hh:mm:ss,SSS} [%t] %-5p %c %x - %m%n再次运行，可以看到关于引擎启动与创建数据库表结构的提示日志：1.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，以熟悉BPMN 2.0及其概念。以下是与上面展示的流程图对应的BPMN 2.0 XML。这里只包含了“流程部分”。如果使用图形化建模工具，实际的XML文件还将包含“可视化部分”，用于描述图形信息，如流程定义中各个元素的坐标（所有的图形化信息包含在XML的BPMNDiagram标签中，作为definitions标签的子元素）。在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="holiday-request" 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"> <!--顺序流条件：以表达式(expression)的形式定义了条件(condition) --> <conditionExpression xsi:type="tFormalExpression"> <!--条件表达式：是${approved == true}的简写--> <![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="edu.hpu.process.CallExternalSystemDelegate"/> <userTask id="holidayApprovedTask" name="Holiday Approve!"/> <sequenceFlow sourceRef="holidayApprovedTask" targetRef="approveEnd"/> <serviceTask id="sendRejectionMail" name="Send out rejection email" flowable:class="edu.hpu.process.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) 。当流程实例的执行到达这个网关时，会计算条件，并使用第一个计算为true的顺序流。这就是排他的含义：只选择一个。当然如果需要不同的路由策略，可以使用其他类型的网关。这里用作条件的表达式为approved，这是{approved == true}的简写。变量’approved’被称作流程变量(process variable)。流程变量是持久化的数据，与流程实例存储在一起，并可以在流程实例的生命周期中使用。在这个例子里，我们需要在特定的地方（当经理用户任务提交时，或者以Flowable的术语来说，完成(complete)时）设置这个流程变量，因为这不是流程实例启动时就能获取的数据。现在我们已经有了流程BPMN 2.0 XML文件，下来需要将它部署(deploy)到引擎中。部署一个流程定义意味着：流程引擎会将XML文件存储在数据库中，这样可以在需要的时候获取它。流程定义转换为内部的、可执行的对象模型，这样使用它就可以启动流程实例。将流程定义部署至Flowable引擎，需要使用RepositoryService，其可以从ProcessEngine对象获取。使用RepositoryService，可以通过XML文件的路径创建一个新的部署(Deployment)，并调用deploy()方法实际执行： //创建RepositoryService实例 RepositoryService repositoryService=processEngine.getRepositoryService(); //加载流程 Deployment deployment=repositoryService.createDeployment() .addClasspathResource("holiday-request.bpmn20.xml") .deploy();我们现在可以通过API查询验证已经部署在引擎中的流程定义。通过RepositoryService创建的ProcessDefinitionQuery对象实现。 //查询流程定义 ProcessDefinition processDefinition=repositoryService.createProcessDefinitionQuery() .deploymentId(deployment.getId()) .singleResult(); System.out.println("Found process definition : "+processDefinition.getName());运行:xml文件已经存储进了数据库：1.3、启动流程实例现在已经在流程引擎中部署了流程定义，因此可以使用这个流程定义作为“蓝图”启动流程实例。要启动流程实例，需要提供一些初始化流程变量。一般来说，可以通过呈现给用户的表单，或者在流程由其他系统自动触发时通过REST API，来获取这些变量。在这个例子里，我们简化为使用java.util.Scanner类在命令行输入一些数据： //1、获取流程初始化变量 Scanner scanner = new Scanner(System.in); System.out.println("Who are you?"); String employee = scanner.nextLine(); System.out.println("How many holidays do you want to request?"); Integer nrOfHolidays = Integer.valueOf(scanner.nextLine()); System.out.println("Why do you need them?"); String description = scanner.nextLine();接下来，我们使用RuntimeService启动一个流程实例。收集的数据作为一个java.util.Map实例传递，其中的键就是之后用于获取变量的标识符。这个流程实例使用key启动(还有其它方式)。这个key就是BPMN 2.0 XML文件中设置的id属性，在这个例子里是holiday-request。<process id="holiday-request" name="Holiday Request" isExecutable="true"> //2、使用RuntimeService启动一个流程实例 RuntimeService runtimeService=processEngine.getRuntimeService(); Map<String, Object> variables = new HashMap<String, Object>(); variables.put("employee", employee); variables.put("nrOfHolidays", nrOfHolidays); variables.put("description", description); ProcessInstance processInstance=runtimeService.startProcessInstanceByKey("holiday-request",variables);在流程实例启动后，会创建一个执行(execution)，并将其放在启动事件上。从这里开始，这个执行会沿着顺序流移动到经理审批的用户任务，并执行用户任务行为。这个行为将在数据库中创建一个任务，该任务可以之后使用查询找到。用户任务是一个等待状态(wait state)，引擎会停止执行，返回API调用处。输入流程初始化变量：将数据插入数据库中向数据库中插入了数据：1.4、Flowable中的事务在Flowable中，数据库事务扮演了关键角色，用于保证数据一致性，并解决并发问题。当调用Flowable API时，默认情况下，所有操作都是同步的，并处于同一个事务下。这意味着，当方法调用返回时，会启动并提交一个事务。流程启动后，会有一个数据库事务从流程实例启动时持续到下一个等待状态。在这个例子里，指的是第一个用户任务。当引擎到达这个用户任务时，状态会持久化至数据库，提交事务，并返回API调用处。在Flowable中，当一个流程实例运行时，总会有一个数据库事务从前一个等待状态持续到下一个等待状态。数据持久化之后，可能在数据库中保存很长时间，甚至几年，直到某个API调用使流程实例继续执行。请注意当流程处在等待状态时，不会消耗任何计算或内存资源，直到下一次APi调用。在这个例子中，当第一个用户任务完成时，会启动一个数据库事务，从用户任务开始，经过排他网关（自动逻辑），直到第二个用户任务。或通过另一条路径直接到达结束。1.5、查询与完成任务在更实际的应用中，会为雇员及经理提供用户界面，让他们可以登录并查看任务列表。其中可以看到作为流程变量存储的流程实例数据，并决定如何操作任务。在这个例子中，我们通过执行API调用来模拟任务列表，通常这些API都是由UI驱动的服务在后台调用的。我们还没有为用户任务配置办理人。将第一个任务指派给"经理(managers)"组，而第二个用户任务指派给请假申请的提交人。 <!--将任务指派给经理组--> <userTask id="approveTask" name="Approve or reject request" flowable:candidateGroups="managers"/> <!--指派给请假审批的审批人，${employee}使用流程变量动态指派，在流程实例启动时传递--> <userTask id="holidayApprovedTask" name="Holiday Approve!" flowable:assignee="${employee}"/>要获得实际的任务列表，需要通过TaskService创建一个TaskQuery。这个查询配置为只返回’managers’组的任务： //通过TaskService查询 manager 组的任务 TaskService taskService=processEngine.getTaskService(); List<Task> tasks=taskService.createTaskQuery().taskCandidateGroup("managers").list(); System.out.println("You have " + tasks.size() + " tasks:"); for (int i=0; i<tasks.size(); i++) { System.out.println((i+1) + ") " + tasks.get(i).getName()); }使用集合下标获取特定流程实例的变量,在控制台输出 //使用集合下标获取特定流程实例的变量,在控制台输出 System.out.println("Which task would you like to complete?"); int taskIndex = Integer.valueOf(scanner.nextLine()); Task task=tasks.get(taskIndex-1); Map<String,Object> processVariables=taskService.getVariables(task.getId()); System.out.println(processVariables.get("employee") + " wants " + processVariables.get("nrOfHolidays") + " of holidays. Do you approve this?");经理现在就可以完成任务了。在实际开发中，通常由用户提交一个表单。表单中的数据作为流程变量传递。在这里，我们在完成任务时传递带有’approved’变量（这个名字很重要，因为之后会在顺序流的条件中使用）的map来模拟： //经理完成任务 boolean approved=scanner.nextLine().toLowerCase().equals("y"); variables = new HashMap<String, Object>(); variables.put("approved", approved); //任务完成，并会在离开排他网关的两条路径中，基于’approved ’流程变量选择一条 taskService.complete(task.getId(),variables);现在还缺最后一点，服务任务调用的服务没有实现： <!--服务任务，一个自动活动，它会调用一些服务--> <serviceTask id="externalSystemCall" name="Enter holidays in external system" flowable:class="edu.hpu.process.CallExternalSystemDelegate"/>创建一个类，实现JavaDelegate接口，实现execute方法，这个方法可以写很多业务逻辑，这里我们只是是在控制台打印输出一些内容：/** * @Author 三分恶 * @Date 2020/5/3 * @Description */public class CallExternalSystemDelegate implements JavaDelegate { public void execute(DelegateExecution delegateExecution) { System.out.println("Calling the external system for employee " + delegateExecution.getVariable("employee")); }}运行：启动流程：查看任务完成任务执行自动逻辑至此，一个模拟请假流程就完成了。1.6、使用历史数据选择使用Flowable这样的流程引擎的原因之一，是它可以自动存储所有流程实例的审计数据或历史数据。这些数据可以用于创建报告，深入展现组织运行的情况，瓶颈在哪里，等等。从ProcessEngine获取HistoryService，并创建历史活动(historical activities)的查询。 //获取HistoryService实例 HistoryService historyService=processEngine.getHistoryService(); //添加查询条件 List<HistoricActivityInstance> activities = historyService.createHistoricActivityInstanceQuery() //选择特定实例 .processInstanceId(processInstance.getId()) //选择已完成的 .finished() //根据实例完成时间升序排列 .orderByHistoricActivityInstanceEndTime().asc() .list(); for (HistoricActivityInstance activity : activities) { System.out.println(activity.getActivityId() + " took " + activity.getDurationInMillis() + " milliseconds"); }转自 https://www.cnblogs.com/three-fighter/p/12822062.html

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

本次活动获奖名单如下（公示期至11月5日，将在11月10前发放码豆，请到 会员中心 兑换礼品）：昵称码豆xxll6888码豆样子的木偶6888码豆cauxiaowei6888码豆乔康乾6888码豆一览芳华6888码豆y-wolfandy12888码豆（叠加优秀考试分享）nukinsan6888码豆白鹿第一帅6888码豆蜀黍养的猫6888码豆清雨小竹6888码豆yd_2220306746888码豆yd_2320104656888码豆乌龟哥哥6888码豆马生6888码豆白先生6888码豆陈女士6888码豆参与本次活动请 先 点击报名 HCSD秋招特训营本帖为有奖互动帖在留言区发言即可参与抽奖活动结束后将从所有有效楼层中抽取20人赠送精美华为云开发者周边礼品一份~欢迎大家踊跃发言话题一：分享你在HCSD秋招特训营中模拟机考环节某一个题的解题思路是什么？请将对应的题干、和解题思路技巧分享出来~**活动结束后筛选10条优秀分享额外赠送精美周边1份！**话题二：一起聊聊求职就业那些事儿！参考话题你第一次工作内容是什么？你第一次面试有何收获？即将毕业，有何想对学弟学妹说的？你对求职就业有什么想咨询的问题？你是否有哪些秘诀、值得分享给大家心得？工作/学习中有何让你印象深刻的人/事？你如何看待996、内卷等现象？... ...活动时间：8月24日-9月30日抽奖规则：每人限回复10次，超过则中奖后无效；活动结束后随机抽取楼层数字请关注本帖更新或小助手朋友圈，将在9月30日公布获奖名单，届时请及时领奖噢因活动延期，本活动延期至10月30日 扫码加入活动交流群，秋招信息早知道！​

【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的流水线构建博客