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.jenkins是java生态圈的产品，需要安装jdk

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

   3.安装构建工具msbuild

   4.安装nuget

   5.安装jenkins

二、配置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/

猜你喜欢