今天，您将了解到Jenkins的工作流插件如何基于一个实际的Jenkins客户进行移动开发来简化原本复杂的CI管道。在工作流的早期版本中，插件支持是有限的，但是随着开发人员的大量投入，更广泛的兼容性现在使工作流能够简化许多团队的工作。明确地：工作流支持（在版本2.15中添加到gerrit触发器支持中）并行步骤的工作流failFast（工作流版本1.3）更广泛的兼容性增强开箱即用，它现在启用了以前需要巧妙而复杂的工作结构的功能。情况：同时为多个平台（linux、android和windows）构建的更大的代码库Codebase位于Gerrit服务器中，该服务器提供安全性（acl/角色）和代码审查为了管理多个代码库，它们使用repo，这类似于git子模块基于linux构建结果的大量测试集，包括运行一整晚的更长的自动化测试构建/测试结果应该向gerrit提交结果（"投票"），这样开发者就可以在一个地方看到所有的东西以下是整体基础设施的外观（以Dockerized演示形式）。请注意，repo有自己的存储库，其中包含描述存储库的清单文件，并且它提供了客户端工具用于编排结果的清单。没有什么特别的非传统，但对于CI来说，速度很重要！没有什么比推动一个错误的提交和在一个长的构建/测试周期的所有部分完成之前看不到问题更能扼杀开发人员的生产力了。。。第二天。在这种情况下，管道中的任何失败都将被视为代码更改的失败。那么，我们如何实现快速反馈呢？并行执行步骤将减少到最慢组件的总时间。以下是启用并行步骤后我们的工作结构：不过，大数据的商业价值，我们必须走得更快！如果我们想在任何失败发生后立即*向开发人员*发送反馈呢？现在，问题是：我们需要*fail fast*功能，以便在任何步骤失败时立即报告CI结果。另外，如果没有测试失败的执行器，北京大数据，那么我们应该确保没有测试失败的执行器！作为一个附加的fillip，gerrit支持发送关于修订的补丁集的信息，如果有人在构建当前补丁集时将修订推送到当前补丁集，大数据分析，我们希望终止并重新运行整个流。 不幸的是，自由式构建并没有使这一点变得简单：要实现这一点，返利机器人，传统的作业结构需要将10个单独的作业链接在一起，而要使用新的分支，则必须复制整个作业层次结构并更改分支引用那么，让我们演示一下如何使用工作流来实现这一点。这个演示在GitHub上是公开的，包括通过Docker和Docker Compose运行它的说明（包括对Docker Machine/boot2docker的支持）。与任何配方一样，都有一些成分：詹金斯：Gerrit触发器2.15.1工作流插件（最新版本）参数化触发器插件2.28或更高版本Git插件安装并配置了Maven+repo（后者仅用于repo）gerrit配置：Git回购jenkins review的用户，配置了公钥、用户名集和流式事件权限已配置客户端用户（能够克隆/推送）jenkins配置：为Gerrit服务器位置和用户/密钥配置Gerrit触发器gerrit上的Jenkins用户（用户名、密码、SSH密钥）供触发器使用生成的作业，配置为侦听Gerrit更改为Gerrit配置的投票文本 工作流如下所示：//在每个节点上使用mvn args运行此命令定义mvn（args）{sh"${tool'Maven 3.x'}/bin/mvn${args}"}def fetch_repo（）{//下拉带有repo的项目存储库初始化-u：8080/伞-m詹金斯.xml' sh"回购同步"sh"回购下载$GERRIT_项目$GERRIT_变更编号/$GERRIT_PATCHSET_编号"}定义生成=[：]生成['workflowrun']={舞台"建筑"节点{sh‘rm—射频源’//删除1.11中的dir组件，替换为deletedirdir（'源'）{获取回购（）mvn（"clean compile install-f主/pom.xml文件")mvn（"干净编译安装-Dmaven.test.skip-f次级/pom.xml文件")sh"mv*/target/*.jar。"存储包括：'*.jar'，名称：'jars'    }  }def slowtests=[：]慢测试["功能测试"]={节点{//获取两个工件未清灰名称：'jars'睡眠2//验证两个jar都能成功运行sh'java-jar primary*.jar-delay 1--长度100'sh'java-jar secondary*.jar'    }  }慢测试["集成测试"]={节点{睡眠15未清灰名称：'jars'sh'java-jar primary*.jar`java-jar secondary*.jar`'    }  }slowtests['failFast']=真平行慢试验}//并行构建步骤构建['parallelbuild']={舞台"建筑"生成作业："freestylebuild"，参数：[[$class:'StringParameterValue'，名称：'sample'，值：'val']]}构建['failFast']=true并行生成如您所见，我们在这里做了一个稍微简化的版本（只有两个平台）。 以下几点有用：最近的Parallelism和Distributed Builds post提供了更多关于这些步骤的上下文注意，大数据包括哪些内容，我们可以为构建步骤定义函数。这使得构建复杂的构建变得很容易，而无需重复我们自己我们可以在其他并行步骤中嵌套并行步骤从工作流中构建自由式作业非常容易（如果自由式构建中保留一些功能）但是，考虑到一个完整的构建工作可以成为工作流中的几行代码。。。为什么不内联呢？Stash/unstash提供了一种将工件传递到工作流中不同步骤的简单方法。复制工件是另一个选择，如果您希望传递到其他作业。并行步骤启用了"failFast"—这可以确保任何失败都会杀死整个管道和所有触发的作业Stages构建一个管道，您可以限制一个给定阶段可以运行多少个执行器（以限制资源使用）CloudBees提供了一个工作流阶段视图插件，它提供了构建管道的优雅视图作业的触发器设置如下：（单击图像放大）要更改分支，只需更改fetch_repo函数中的一行，或触发器分支这样你就得到了：10个作业减少到2个，而且在大多数情况下，你可以将整个管道内联到同一个工作流脚本中！ 塞缪尔·范奥尔特软件工程师云蜂