jenkins + pipeline构建自动化部署

1、引言  

       Jenkins 2.x的精髓是Pipeline as Code，那为何要用Pipeline呢？jenkins1.0也能实现自动化构建，但Pipeline可以将之前project中的配置信息以steps的方式放在一个脚本里，将本来独立运行于单个或者多个节点的任务链接起来，实现单个任务难以完成的复杂流程，造成流水式发布，构建步骤视图化。简单来讲，Pipeline适用的场景更普遍，能胜任更复杂的发布流程。举个例子，job构建工做在master节点，自动化测试脚本在slave节点，这时候jenkins1.0就没法同时运行两个节点，而Pipeline能够。

 

2、Pipeline的几个基本概念：

• Stage: 阶段，一个Pipeline能够划分为若干个Stage，每一个Stage表明一组操做。注意，Stage是一个逻辑分组的概念，能够跨多个Node。
• Node: 节点，一个Node就是一个Jenkins节点，或者是Master，或者是slave，是执行Step的具体运行期环境。
• Step: 步骤，Step是最基本的操做单元，小到建立一个目录，大到构建一个Docker镜像，由各种Jenkins Plugin提供。

 

 

3、PIpeline语法

1.Pipeline支持两种语法：Declarative Pipeline（在Pipeline 2.5中引入，结构化方式）和Scripted Pipeline，二者都支持创建连续输送的Pipeline。
共同点：
二者都是pipeline代码的持久实现，都可以使用pipeline内置的插件或者插件提供的steps，二者均可以利用共享库扩展。
区别：
二者不一样之处在于语法和灵活性。Declarative pipeline对用户来讲，语法更严格，有固定的组织结构，更容易生成代码段，使其成为用户更理想的选择。可是Scripted pipeline更加灵活，由于Groovy自己只能对结构和语法进行限制，对于更复杂的pipeline来讲，用户能够根据本身的业务进行灵活的实现和扩展。下面举例介绍两种语法的使用。

 

2.Declarative Pipeline

pipeline {
    agent any  //在可用的节点运行
    stages{
　　　　stage ('Prepare'){
            steps{          //清空发布目录
                bat '''if exist D:\\publish\\LoginServiceCore (rd/s/q D:\\publish\\LoginServiceCore)
                       if exist C:\\Users\\Administrator\\.nuget (rd/s/q C:\\Users\\Administrator\\.nuget) exit''' } } 

       //拉取git代码仓库
       stage ('Checkout'){
            steps{
                checkout([$class: 'GitSCM', branches: [[name: '*/master']], doGenerateSubmoduleConfigurations: false, extensions: [], submoduleCfg: [], 
                    userRemoteConfigs: [[credentialsId: 'c6d98bbd-5cfb-4e26-aa56-f70b054b350d', 
                    url: 'http://xxx/xxx/xxx']]])
            　　　　　　}
        　　　　}

       //构建
       stage ('Build'){
        　　steps{
        　　　　　bat '''cd "D:\\Program Files (x86)\\Jenkins\\workspace\\LoginServiceCore\\LoginApi.Hosting.Web"
            　　　　　　dotnet restore
            　　　　　　dotnet build
            　　　　　　dotnet publish --configuration Release --output D:\\publish\\LoginServiceCore'''
            　　　　　　}
        　　　　}
    
       //部署
    　　stage ('Deploy'){
        　　steps{
           　　　 bat '''cd D:\\PipelineScript\\LoginServiceCore
            　　　　　　python LoginServiceCore.py'''
           　　　　　　 }
        　　　　　}
        
   　　 //自动化测试（python代码实现）
    　　stage ('Test'){
        　　steps{
            　　　bat'''cd D:\\PipelineScript\\LoginServiceCore
            　　python LoginServiceCoreApitest.py'''   
            　　　　　　}
        　　　　 }
    }
 }

 

3.Scripted Pipeline

node('master') {     //master节点运行，如下stage也可指定节点
    stage 'Prepare'  //清空发布目录 bat '''if exist D:\\publish\\LoginServiceCore (rd/s/q D:\\publish\\LoginServiceCore) if exist C:\\Users\\Administrator\\.nuget (rd/s/q C:\\Users\\Administrator\\.nuget) exit''' //拉取git代码仓库 stage 'Checkout' checkout([$class: 'GitSCM', branches: [[name: '*/master']], doGenerateSubmoduleConfigurations: false, extensions: [], 
　　　　　　　submoduleCfg: [], userRemoteConfigs: [[credentialsId: 'c6d98bbd-5cfb-4e26-aa56-f70b054b350d', url: 'http://xxx/xxx/xxx']]]) //构建 stage 'Build' bat '''cd "D:\\Program Files (x86)\\Jenkins\\workspace\\LoginServiceCore\\LoginApi.Hosting.Web" dotnet restore dotnet build dotnet publish --configuration Release --output D:\\publish\\LoginServiceCore''' //部署 stage 'Deploy' bat ''' cd D:\\PipelineScript\\LoginServiceCore python LoginServiceCore.py '''
 //自动化测试（python代码实现） stage 'Test' bat''' cd D:\\PipelineScript\\LoginServiceCore python LoginServiceCoreApitest.py ''' }

 

4、Pipeline配置

1.新建一个“流水线”的job

 

2.配置Pipeline脚本。

 

 

3.Pipeline也支持Poll SCM。

 

 4.保存->当即构建

 

 

5、总结

Pipeline能够很方便实现流水式的持续交付，执行阶段经过视图一目了然。更过详细的资料能够访问官方文档 https://jenkins.io/doc/book/pipeline/