Pipeline As Code With Jenkins2.0

2018-05-22 11:52:44 浏览数 (1)

Jenkins系列实践文章

Jenkins2.0 Pipeline导入

Pipeline as Code是Jenkins 2.0版本的精华所在，是帮助Jenkins实现从CI到CD华丽转身的关键工具。

所谓Pipeline，简单来说，就是一套运行于Jenkins上的工作流框架，将原本独立运行于单个或者多个节点的任务连接起来，实现单个任务难以完成的复杂发布流程

Pipeline的实现方式是一套Groovy DSL(类似Gradle)，任何发布流程都可以表述为一段Groovy脚本，并且Jenkins支持从代码库直接读取脚本，从而实现了Pipeline as Code的理念。

为什么要使用Jenkins2.0 Pipeline

这里主要结合我自己对传统Jenkins Job使用的一些痛点来说：

  • 传统的Jenkins Job难以灵活高效地并行（Job间、节点间、任务间、甚至任务内四个维度的并行）
  • 传统的Jenkins Job日益失控的趋势让我们措手不及，Job太多，CI脚本太离散，维护成本实在太高了，而且很危险，一单Jenkins Server挂了，一切都Game Over了
  • 新拉分支的分支代码CI部署太麻烦了
  • 传统的Jenkins Job显示真的是不太直观啊

我想这些理由应该足以让我们把目光转向Jenkins2.0的Pipeline！

Pipeline的功能和优点：

  1. 持久性：在jenkins的master按计划和非计划的重启后，pipeline的job仍然能够工作，不受影响。其实理解起来也很简单，jenkins的master和agent通过ssh连接，如果你知道nohup或disown的话，就可以理解为啥master的重启不会影响agent上的job继续运行。
  2. 可暂停性：pipeline基于groovy可以实现job的暂停和等待用户的输入或批准然后继续执行。
  3. 更灵活的并行执行，更强的依赖控制，通过groovy脚本可以实现step，stage间的并行执行，和更复杂的相互依赖关系。
  4. 可扩展性：通过groovy的编程更容易的扩展插件。
  5. 设计Pipeline = 设计代码，很优雅
  6. As Code：集中管理CI脚本、用代码库来管理脚本、从代码库直接读取脚本，从而可以将项目CI迅速拉起来！

Pipeline原理与流程

Pipeline为用户设计了三个最最基本的概念：

  • Stage：一个Pipeline可以划分为若干个Stage，每个Stage代表一组操作。注意，Stage是一个逻辑分组的概念，可以跨多个Node。
  • Node：一个Node就是一个Jenkins节点，或者是Master，或者是Agent，是执行Step的具体运行期环境。
  • Step：Step是最基本的操作单元，小到创建一个目录，大到构建一个Docker镜像，由各类Jenkins Plugin提供。

一个典型的Stage View如下图所示：

从图中可以十分方便地看到哪些Stage通过，哪些Stage失败，以及构建的时间。

Jenkins2.0的Pipeline搭建使用的是Groovy脚本，通过Groovy脚本实现工作流管理的步骤如下：

  • 去Jenkins主界面建立Pipeline任务

实际上更常用的是MultiBranch Pipeline，上面的图中截图没有包含，但与普通Pipeline基本类似。

  • 使用Groovy脚本自定义工作流

上图的实例脚本如下：

1234567891011121314151617181920

node { stage('Checkout Code') { // for display purposes // Get some code from a GitHub repository git 'https://github.com/jglick/simple-maven-project-with-tests.git' } stage('Build') { // Run the maven build if (isUnix()) { sh "'${MAVEN_HOME}/bin/mvn' -Dmaven.test.failure.ignore clean package" } else { bat(/"${MAVEN_HOME}binmvn" -Dmaven.test.failure.ignore clean package/) } } stage('Unit test') { junit '**/target/surefire-reports/TEST-UT.xml' archive 'target/*.jar' } }

  • 开始执行Pipeline

构建过程的stage View如下：

很明显可以看出，这里显示的和Groovy脚本中格式化的代码是一致的，会实时显示各个工作流的执行进度和结果，直观易懂。鼠标移上去，能看到日志信息的缩略图，单击可以调到对应stage的console中。

总而言之，一切都是那么地优雅！

Jenkins2.0 Pipeline关键DSL语法及示例

在这里总结一下Pipeline中的关键DSL语法，利用Groovy对其进行组合可以完成任何一项复杂的CI/CD流程，熟悉它们大有裨益。

  • archiveArtifacts

归档文件，举例：

1

archiveArtifacts 'target/*.jar'

  • bat

执行windows平台下的批处理文件，如

1

bat "call example.bat"

  • build

触发构建一个jenkins job，如

1

build 'TEST_JOB'

  • checkout

从SCM系统中checkout repo，如：

1

checkout([$class: 'SubversionSCM', additionalCredentials: [], excludedCommitMessages: '', excludedRegions: '', excludedRevprop: '', excludedUsers: '', filterChangelog: false, ignoreDirPropChanges: false, includedRegions: '', locations: [[credentialsId: '30e6c1e5-1035-4bdd-8a44-05ba8f885158', depthOption: 'infinity', ignoreExternalsOption: true, local: '.', remote: 'svn://xxxxxx']], workspaceUpdater: [$class: 'UpdateUpdater']])

  • deleteDir()

从workspace中删除当前目录

  • dir

切换目录，如

123

dir('/home/jenkins') { // 切换到/home/jenkins目录中做一些事情 // some block}

  • echo

打印信息，如 echo ‘hello world’

  • emailtext

利用Jenkins发送邮件，内容、主题全都可以自定义，如

12

emailext body: 'Subject_test', subject: 'Subject_test', to: 'hansonwang99@163.com.cn'// 邮件的正文body，主题subject，收件人to等可以进行自定义

  • error

抛出一个错误信号，可以自行在代码里抛出，如 error ‘read_error’

  • fileExists

检查工作空间某个路径里是否存在某个file，举例：

1

fileExists '/home/test.txt' // 检查是否存在test.txt

  • input

等待外界用户的交互输入，举例：

1

input message: '', parameters: [string(defaultValue: '默认值', description: '版本号', name: 'version')] // 在某一步骤，等待用户输入version参数才能往下执行

  • isUnix

用于判断当前任务是否运行于Unix-like节点上，举例：

1234

def flag = isUnix()if( flag == false ) { // 可以据此进行判断 echo "not run on a unix node !"}

  • load

调用一个外部groovy脚本，举例：

1

load 'D:\jenkins\workspace\test.groovy'

  • node

分配节点给某个任务运行，举例：

123

node('节点标签') { // 在对应标签的节点上运行某项任务 Task()}

  • parallel

并行地执行任务，可以说是最实用高效的工具了，举例：

12345678

parallel( //并行地执行android unit tests和android e2e tests两个任务 'android unit tests': { runCmdOnDockerImage(androidImageName, 'bash /app/ContainerShip/scripts/run-android-docker-unit-tests.sh', '--privileged --rm') }, 'android e2e tests': { runCmdOnDockerImage(androidImageName, 'bash /app/ContainerShip/scripts/run-ci-e2e-tests.sh --android --js', '--rm') })

  • properties：

设置Job的属性，举例：

1

properties([parameters([string(defaultValue: '1.0.0', description: '版本号', name: 'VERSION')]), pipelineTriggers([])]) // 为job设置了一个VERSION参数

  • pwd 显示当前目录
  • readFile

从工作空间中读取文件，举例：

1

def editionName = readFile '/home/Test/exam.txt'

  • retry

重复body内代码N次，举例：

123

retry(10) { // some block}

  • sh

执行shell脚本，如：sh “sh test.sh”

  • sleep

延时，如延时2小时：sleep time: 2, unit: ‘HOURS’

  • stage

创建任务的stage，举例：

123

stage('stage name') { // some block}

  • stash

存放文件为后续构建使用，举例：

123

dir('target') { stash name: 'war', includes: 'x.war'}

  • unstash

将stash步骤中存放的文件在当前工作空间中重建，举例：

1234

def deploy(id) { unstash 'war' sh "cp x.war /tmp/${id}.war"}

  • timeout

时间限制，举例

123

timeout(time: 4, unit: 'SECONDS') { // some block}

  • timestamps 用于在控制台加时间戳，举例：

123

timestamps { // some block}

  • touch

创建文件，举例：

1

touch file: 'TEST.txt', timestamp: 0

  • unzip 解压文件，举例：

1

unzip dir: '/home/workspace', glob: '', zipFile: 'TEST.zip'

  • validateDeclarativePipeline

检查给定的文件是否包含一个有效的Declarative Pipeline，返回T或者F

1

validateDeclarativePipeline '/home/wospace'

  • waitUntil

等待，直到条件满足

123

waitUntil { // some block}

  • withCredentials

使用凭据

123456

withCredentials([usernameColonPassword(credentialsId: 'mylogin', variable: 'USERPASS')]) { sh ''' set x curl -u $USERPASS https://private.server/ > output '''}

  • withEnv

设置环境变量，注意近本次运行有效!

123

withEnv(['MYTOOL_HOME=/usr/local/mytool']) { sh '$MYTOOL_HOME/bin/start'}

  • writeFile

写文件到某个路径

1

writeFile file: '/home/workspace', text: 'hello world'

  • writeJSON

写JSON文件，用法基本同上

  • zip

创建zip文件

1

zip dir: '/home/workspace', glob: '', zipFile: 'TEST.zip'

  • ws

自定义工作空间，在其中做一些工作，效果类似于Dir命令，举例：

123

ws('/home/jenkins_workspace') { // some block}

后记

作者关于Groovy的实践在此

作者更多的原创文章在此

jenkins gradle ssh

0 人点赞