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工具非常必要！
感谢各位的阅读！
本文转自博客园张占岭（仓储大叔）的博客，原文链接：jenkins~管道Pipeline的使用，再见jenkinsUI，如需转载请自行联系原博主。
