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工具非常必要！

感谢各位的阅读！