Jenkins Pipleline插件介绍

![upload-images.jianshu.io/upload_images/5776456-70d51053fd8d2e27?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

Jenkins 2.x的精髓是Pipeline as Code，是帮助Jenkins实现CI到CD转变的重要角色。什么是Pipeline，简单来说，就是一套运行于Jenkins上的工作流框架，将原本独立运行于单个或者多个节点的任务连接起来，实现单个任务难以完成的复杂发布流程。Pipeline的实现方式是一套Groovy DSL，任何发布流程都可以表述为一段Groovy脚本，并且Jenkins支持从代码库直接读取脚本，从而实现了Pipeline as Code的理念。

Pipeline的几个基本概念：

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

Jenkins Pipleline插件：

https://wiki.jenkins.io/display/JENKINS/Pipeline+Plugin
使用时，Jenkins需要安装Pipeline和Maven插件。

Jenkins Pipeline语法参考

以下是完整的Jenkins Pipeline语法参考卡。当然，当您添加插件或插件更新时，新的流水线脚本元素将在您的环境中可用。 Pipeline代码段生成器和UI将自动添加这些和任何相关的帮助文本，以便您知道如何使用它们！

Basics

image

Advanced

image

File System

image

Flow Control

image

Docker

image

Jenkins Pipleline 脚本示例

参考地址：https://www.cloudbees.com/blog/using-pipeline-plugin-accelerate-continuous-delivery-part-3

[plain] view plain copy

stage 'build'
node {
git 'https://github.com/cloudbees/todo-api.git'
withEnv(["PATH+MAVEN=${tool 'm3'}/bin"]) {
sh "mvn -B –Dmaven.test.failure.ignore=true clean package"
}
stash excludes: 'target/', includes: '**', name: 'source'
}
stage 'test'
parallel 'integration': {
node {
unstash 'source'
withEnv(["PATH+MAVEN=${tool 'm3'}/bin"]) {
sh "mvn clean verify"
}
}
}, 'quality': {
node {
unstash 'source'
withEnv(["PATH+MAVEN=${tool 'm3'}/bin"]) {
sh "mvn sonar:sonar"
}
}
}
stage 'approve'
timeout(time: 7, unit: 'DAYS') {
input message: 'Do you want to deploy?', submitter: 'ops'
}
stage name:'deploy', concurrency: 1
node {
unstash 'source'
withEnv(["PATH+MAVEN=${tool 'm3'}/bin"]) {
sh "mvn cargo:deploy"
}
}

注:m3表示Jenkins配置的maven名称。

Jenkins Pipeline Docker脚本示例

Docker Pipeline Plugin (示例)

Docker Pipeline插件公开了一个Docker全局变量，它为普通的Docker操作提供DSL，只需要在运行步骤的执行程序上使用一个Docker客户端（在您的节点步骤中使用一个标签来定位启用Docker的代理）。

默认情况下，Docker全局变量连接到本地Docker守护程序。您可以使用docker.withServer步骤连接到远程Docker主机。图像步骤为特定的Docker图像提供句柄，并允许执行其他与图像相关的其他步骤，包括image.inside步骤。内部步骤将启动指定的容器并在该容器中运行一个步骤：

示例1：

[plain] view plain copy

docker.image('maven:3.3.3-jdk8').inside('-v ~/.m2/repo:/m2repo') {
sh 'mvn -Dmaven.repo.local=/m2repo clean package'
}

示例2(参考：http://www.youruncloud.com/blog/127.html)：

[plain] view plain copy

node{
// 代码检出
stage('get Code') {
git credentialsId: 'git-credentials-id', url: 'http://192.168.19.250/ufleet/uflow.git'
}
// 镜像中进行单元测试
stage('unit testing'){
// 启动golnag:1.7并在golang内编译代码
docker.image('golang:1.7').inside {
sh './script/unittest.sh'
}
}
// 镜像中代码构建
stage('Build'){
def confFilePath = 'conf/app.conf'
def config = readFile confFilePath
writeFile file: confFilePath, text: config
// 启动golnag:1.7并在golang内编译代码
docker.image('golang:1.7').inside {
sh './script/build.sh'
}
}
// 编译镜像并push到仓库
def imagesName = '192.168.18.250:5002/ufleet/uflow:v0.9.1.${BUILD_NUMBER}'
stage('Image Build And Push'){
docker.withRegistry('http://192.168.18.250:5002', 'registry-credentials-id') {
docker.build(imagesName).push()
}
}
// 启动刚运行的容器
stage('deploy iamegs'){
// 需要删除旧版本的容器，否则会导致端口占用而无法启动。
try{
sh 'docker rm -f cicdDemo'
}catch(e){
// err message
}
docker.image(imagesName).run('-p 9091:80 --name cicdDemo')
}
}