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工具非常必要！
　　感谢各位的阅读！