jenkins~管道Pipeline的使用，再见jenkinsUI
Pipeline在Jenkins里的作用最近一直在使用jenkins进行自动化部署的工作，开始觉得很爽，省去了很多重复的工作，它帮助我自动拉服务器的代码，自动还原包包，自动编译项目，自动发布项目，自动打包镜像，自动上传仓库，自动启动docker服务，这一系列动作都是自动化的，听起来确实很绚，但是，如果项目多了，要进行管理和调整也挺麻烦的，而且修改记录是没有的，不可追踪，而就在这时候，pipeline出现了，它就是jenkins部署的代码方式，它使用groovy脚本编写，有了它，就不用使用jenkins向导了，有了它，你的jenkins变更就可以追踪了（因为它的文件可以放在git,svn上）。
https://images2018.cnblogs.com/blog/118538/201711/118538-20171123225135578-701003320.png
优点
事实上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工具非常必要！
感谢各位的阅读！
页:
[1]