jenkins~管道Pipeline的使用，再见jenkinsUI-白红宇

Pipeline在Jenkins里的作用

最近一直在使用jenkins进行自动化部署的工作，开始觉得很爽，省去了很多重复的工作，它帮助我自动拉服务器的代码，自动还原包包，自动编译项目，自动发布项目，自动打包镜像，自动上传仓库，自动启动docker服务，这一系列动作都是自动化的，听起来确实很绚，但是，如果项目多了，要进行管理和调整也挺麻烦的，而且修改记录是没有的，不可追踪，而就在这时候，pipeline出现了，它就是jenkins部署的代码方式，它使用groovy脚本编写，有了它，就不用使用jenkins向导了，有了它，你的jenkins变更就可以追踪了（因为它的文件可以放在git,svn上）。

优点

事实上groovy脚本类似于一个json文件，你可以在里面定义jenkins的节点（分发节点，负载均衡，一台服务器肯定扛不住），编写CI、CD的每个步骤，编译项目，测试项目，打包项目，启动项目，发邮件通知，总之，你用jenkinsUI向导可以实现的，用pipeline都可以实现！

groovy的脚本编写种类有有声明风格和脚本风格两种，根据个人喜好去选择！

从代码中分析语法

@Library('common-library') _   //引用一个外部类型pipeline{    agent any //声明全局分发节点        environment {
    //声明全局变量        imageName = "svt/test"        serviceName = "svt-test"    }        stages{ //定义构建的步骤        stage('CI'){
    //步骤1，名称为CI，自定义即可            agent {label 'build'}//指定一个分发节点             steps{
    //CI步骤里的具体动作                cleanWs()                gitScm("${repoUrl}","${branch}","${credentialsId}")//从git上拉一个代码下到build节点                               }                //把这个项目在docker提供的aspnetcore镜像里运行                dir("${deployPath}") {                    sh "docker run --rm --tty --user root -v ${WORKSPACE}/:/src/ --workdir=/src/deploy/ microsoft/dotnet sh publish.sh"                    buildImage("${imageName}")                }            }        }                stage('ServiceRun'){            agent {label 'svt'}//启动docker服务的节点            steps{              startService("${serviceName}","${imageName}")//启动服务            }        }    }

通过上面的代码介绍，大家应该对jenkins pipeline有一个了解了，事实上，它和gitlab的pipeline非常类似，都是一个流程，从上到下的运行！

在互联网高度发展的今天，大叔觉得，掌握一个CI、CD工具非常必要！

感谢各位的阅读！

本文转自博客园张占岭（仓储大叔）的博客，原文链接：，如需转载请自行联系原博主。