CI/CD/Jenkins

Continuous Integration, Continuous Delivery & Deployment (CI/CD)

持续集成、持续部署&持续交付。

Jenkins就是一个持续集成的工具，开源的，基于 JAVA语言的，须要安装jdk。

jenkins部署.net平台自动化构建
　　在引入自动化部署工具的时候，咱们对比了jenkins和gitlab CI，jenkins有很是丰富的插件，配置起来方便。gitlab CI更倾向于脚本配置，固然jenkins也可使用pipeline实现全脚本化配置（everything is code，哈哈）。咱们这里主要讲述jenkins的自动化部署。
　　基本组合是jenkins+git+msbuild+python，实现从代码仓库拉取、编译、打包、部署、自动化测试。（.net core和framework4.6.1能够不依赖msbuild构建，将在下一篇文章中讲述）
1、安装环境

   1.jenkins是java生态圈的产品，须要安装jdk

   2..net项目依赖.net framework,安装须要的framework版本（如framework4.5.1）

   3.安装构建工具msbuild

   4.安装nuget

   5.安装jenkins

2、配置jenkins

    1.安装好jenkins后，进入“系统管理”->“插件管理”，安装git和msbuild这两款插件。
    2.安装好插件后，新建一个项目，选择“构建一个自由风格的软件项目”，而后点肯定。
    3.源码管理选择git。
    4.添加构建步骤，构建一个项目
    5.项目须要nuget获取程序包的，可使用批处理来实现，继续添加构建步骤：
    6.nuget restore  命令获取项目须要程序包

        Rebulid:构建
        Configuratiom = Release：按release打包
        DeployOnBuild = true/false：是否打包
        PublishProfile=pub100：pub100是VS打包的配置文件
        注意：这里的Msbuild Version选择了vs2017里的，jenkins插件库中的msbuild版本过低，编译常常出错，最简单的作法就是安装VS，而后在“系统管理”->“全局工具配置”中配置VS工具中的msbuild路径
    7.构建触发器，jenkins提供定时构建及轮询机制。轮询是设置一段时间间隔，去代码仓库检测是否有更新，有更新触发构建。
    8.保存，选择“当即构建”
    9.构建成功
    10.控制台日志
    
 jenkins + pipeline构建自动化部署
    Jenkins 2.x的精髓是Pipeline as Code，那为何要用Pipeline呢？jenkins1.0也能实现自动化构建，但Pipeline可以将之前project中的配置信息以steps的方式放在一个脚本里，将本来独立运行于单个或者多个节点的任务链接起来，实现单个任务难以完成的复杂流程，造成流水式发布，构建步骤视图化。简单来讲，Pipeline适用的场景更普遍，能胜任更复杂的发布流程。举个例子，job构建工做在master节点，自动化测试脚本在slave节点，这时候jenkins1.0就没法同时运行两个节点，而Pipeline能够。
    Pipeline的几个基本概念：
        Stage: 阶段，一个Pipeline能够划分为若干个Stage，每一个Stage表明一组操做。注意，Stage是一个逻辑分组的概念，能够跨多个Node。
        Node: 节点，一个Node就是一个Jenkins节点，或者是Master，或者是slave，是执行Step的具体运行期环境。
        Step: 步骤，Step是最基本的操做单元，小到建立一个目录，大到构建一个Docker镜像，由各种Jenkins Plugin提供。
    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
        '''   
}

Pipeline配置
        1.新建一个“流水线”的job
        2.配置Pipeline脚本。
        3.Pipeline也支持Poll SCM。
        4.保存->当即构建
    Pipeline能够很方便实现流水式的持续交付，执行阶段经过视图一目了然。更过详细的资料能够访问官方文档https://jenkins.io/doc/book/pipeline/