2019-09-09 23:40 
DSeven 
阅读(2324) 
评论(6) 
编辑 
收藏 
举报

    随着微服务、中台架构的兴起，DevOps也变得非常关键，毕竟是一些基础设施层面的建设，如果搞好了对后面的研发工作会有很大的效率提升。关于DevOps本身的概念，网上已经非常多了，在园子里随便搜索一些都一堆概念，我就不再重复介绍了。下面直接进入正题，怎么使用GitLab+Jenkins来完成DevOps的建设。

    在开始实战演练之前，首先用一张图来展示一下这次实践所要完成的功能：

    

    在这个流程中，分为3个环境，分别是预览环境、预发环境和生产环境，普通开发者接受到任务以后，在GitLab中基于feature分支进行开发，然后把开发好的需求申请合并到dev分支，在申请合并的过程中，会触发构建流水线进行编译、单元测试、接口测试、发布环境等系列校验，当pipeline完成以后，组长就可以在代码审查后，进行合并到dev分支。这个时候又会触发dev分支的构建流水线，然后再完成一遍上述的流程，把代码发布到预发环境。最后由项目负责人定期把dev合并到master分支，完成生产环境版本发布。

    首先，在GitLab中创建一个测试项目：

    这个项目是在lizongshenblogs的group下面的applications子group下的一个项目，代表了这是一个源代码项目。

接下来再为这个项目创建3个流水线配置，主要目的是为了让代码和配置分离：

     在3个配置项目中，分别存放了相应的Jenkinsfile，用于Jenkins流水线的构建配置，接下来开始配置Jenkins。首先进行Jenkins的全局配置：在Jenkins的Manage Jenkins – Configure System下面配置Gitlab Connection，如图：

 

在这里需要注意，这个connection是需要一个gitlab的访问令牌，可以在gitlab的个人设置 – 访问令牌里面生成，生成完成之后，填入到相应的Credentials里面：

 

 最后测试一下，连接是否成功，只要显示success，就可以了。

 

 接下来就可以配置具体pipeline了，首先使用Jenkins的New Item分别创建3个流水线类型的项目：

 

 

    在Jenkins中新建3个流水线类型的项目，分别叫feature-pipeline、dev-pipeline、master-pipeline，然后对这3个项目分别进行配置，先来看feature-pipeline的配置：

    首先要配置的项是Build Triggers,在其中勾选Opened Merge Request Events，并且把Rebuild open Merge Requests设置成On push to source branch：

 

 

 然后点击Advanced按钮，进行高级设置：

 

这里需要注意的地方是原分支是任何分支，目标分支是dev分支，然后生成一个Secret token，这个token在配置gitlan webhooks的时候会用到。

接下来是配置Pipeline项：

 

 

     这个地方需要配置具体的流水线仓储的地址，在credentials的地方，使用账号密码登录到gitlab即可。

    dev流水线和master流水线配置略有不同，其中dev分支需要配置成accepted merge request events，意思就是当组长接受合并请求的时候触发：

 

 

     而master分支需要改变的地方是匹配的分支，表示只接受从dev分支到master分支的合并请求：

 

 

     到这里Jenkins的配置已经配置完成，接下来再回到gitlab进行联动配置，首先配置项目的webhoos，在项目的Integrations Settings里面添加一个webhooks：

 

 

    其中URL就填写Jenkins的Build Triggers项目自动生成的那个URL，secret token是在Build Triggers的高级选项里面生成的那个token，触发的选项选择Merge request events，表示当合并请求的时候进行触发，点击保存，gitlab和Jenkins的配置基本上就完成了。

    最后看一下3个项目中的Jenkinsfile：

  1. pipeline {
  2.     agent {
  3.         label \'slave-pipeline\'
  4.     }
  5.     options {
  6.         gitLabConnection(\'gitlab\')
  7.     }
  8.     stages {
  9.         stage(\'Prepare\'){
  10.             steps{
  11.                 script{
  12.                         git branch: \'${gitlabSourceBranch}\', changelog: false, credentialsId: \'gitlab\', poll: false, url: \'https://gitlab.com/lizongshenblogs/applications/devopsdemo.git\'
  13.                                 
  14.                         script {
  15.                             GIT_COMMIT_ID = sh(returnStdout: true, script: \'git rev-parse --short HEAD\').trim()
  16.                             IMAGE_TAG = "${GIT_COMMIT_ID}-snapshot"
  17.                             INGRESS_HOST = "preview-${gitlabSourceRepoName}-${gitlabMergeRequestIid}"
  18.                             MR_URL = "${gitlabSourceRepoHomepage}/merge_requests/${gitlabMergeRequestIid}"
  19.     
  20.                             build_tag = "feature-${gitlabSourceRepoName}-${gitlabSourceBranch}-${GIT_COMMIT_ID}"
  21.                             currentBuild.displayName = "#" + BUILD_NUMBER + "_" + gitlabMergeRequestIid + "_" + build_tag
  22.                         }
  23.                 }
  24.             }
  25.         
  26.         }
  27.     
  28.         stage(\'Build\') {
  29.         
  30.             when {
  31.                 expression {
  32.                     "${gitlabTargetBranch}" == \'dev\'
  33.                 }
  34.             }
  35.             
  36.             steps {
  37.                 script {
  38.                     updateGitlabCommitStatus name: \'Build\', state: \'running\'
  39.     
  40.                     try {
  41.                     
  42.                         echo "开始编译..."
  43.                         
  44.                     } catch(Exception ex){
  45.                         updateGitlabCommitStatus name: \'Build\', state: \'failed\'
  46.                         throw ex;
  47.                     } finally {
  48.     
  49.                     }
  50.     
  51.                     updateGitlabCommitStatus name: \'Build\', state: \'success\'
  52.     
  53.                 }
  54.             }
  55.         }
  56.         stage(\'Test\') {
  57.             steps {
  58.                 script {
  59.                     updateGitlabCommitStatus name: \'Test\', state: \'running\'
  60.     
  61.                     try {
  62.                         echo "开始进行单元测试..."
  63.                     } catch(Exception ex){
  64.                         updateGitlabCommitStatus name: \'Test\', state: \'failed\'
  65.                         throw ex;
  66.                     } finally {
  67.     
  68.                     }
  69.                     
  70.                     updateGitlabCommitStatus name: \'Test\', state: \'success\'
  71.                      
  72.                 }
  73.             }
  74.         }
  75.         stage(\'Deploy\') {
  76.             steps {
  77.                 script {
  78.                     updateGitlabCommitStatus name: \'Deploy\', state: \'running\'
  79.     
  80.                     try {
  81.                         echo "开始进行发布..."
  82.  
  83.                     } catch(Exception ex){
  84.                         updateGitlabCommitStatus name: \'Deploy\', state: \'failed\'
  85.                         throw ex;
  86.                     } finally {
  87.     
  88.                     }
  89.                     
  90.                     updateGitlabCommitStatus name: \'Deploy\', state: \'success\'
  91.                     addGitLabMRComment comment: "App ${gitlabSourceRepoName} preview link: <a href=\'http://localhost\'>${gitlabSourceRepoName}</a>"
  92.                 }
  93.             }
  94.         }
  95.     }
  96.     
  97.     post {
  98.         failure {
  99.             updateGitlabCommitStatus name: \'Complete\', state: \'failed\'
  100.         }
  101.         success {
  102.             updateGitlabCommitStatus name: \'Complete\', state: \'success\'
  103.         }
  104.     }
  105. }

    其中updateGitlabCommitStatus就可以实时地把Jenkins的构建状态发回到gitlab中去：

 

    点击这些构建状态，就可以实时地查看到构建日志。在这里gitlab和Jenkins的配置基本上就全部完成了，接下来再看一下gitlab中关于代码管理配置，一般情况下，dev分支和master分支是不允许直接push代码的，只允许从需求分支中合并代码，这就需要在gitlab的       Settings – Repository – Protected Branches中把dev和master保护起来：

 

     另外还可以设置只有当流水线成功了以后，才可以进行合并：

 

    通过这样一些保护措施，就可以让dev和master分支变得相对稳定。由于篇幅有限，如果有不明白的地方，可以私下找我相互交流。DevOps是一个很广泛的话题，今天讲的GitLab+Jenkins这套流程只是DevOps中的一部分，完全实现DevOps还需要更多的流程配合，以后有机会再为大家分享。

 

版权声明：本文为lizongshen原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://www.cnblogs.com/lizongshen/p/11493945.html