首页 > 其他 > 详细

『中级篇』docker之CI/CD持续集成-整个流程串联(75)

时间:2018-10-17 10:57:50      阅读:209      评论:0      收藏:0      [点我收藏+]

>原创文章,欢迎转载。转载请注明:转载自IT人故事会,谢谢!
>原文链接地址:『中级篇』docker之CI/CD持续集成-整个流程串联(75)

前面主要说了CI python,CI java,CDpython,这次主要说下从gitlab,gitlab-ci,gitlab CICD的整个从开发流程到发布流程的,一个工作的流程。源码:https://github.com/limingios/docker/tree/master/No.11

流程很重要,建议都演示下。

  • 设置下

setting --Repositoryt ---Protected Branches

技术分享图片

技术分享图片

allowed to push 改成 No one 任何人都不能直接往master分支里面push代码

技术分享图片

setting -- general ---Merge request
刚才给master设置了任何都不能修改改变,那我们的流程应该如何改变呢,任何人只能在分支模式下工作,当发现没有问题可以提交到自己的分支,提交到merge request,管理员收到merge请求后,可以将开发人员自己的分支合并到master主分支上。

技术分享图片

技术分享图片

技术分享图片

  • 创建一个新的分支dev 这个名字可以以每个人名字命名,一个人一个分支

    Repository -- Branches -- new Branches

技术分享图片

技术分享图片

技术分享图片

技术分享图片

  • 代码 pull 然后切换到dev分支

    已经在dev分支了。

技术分享图片

  • 修改代码 提交代码 push到dev分支

    随便找个代码 修改下,看看这个流程

技术分享图片

技术分享图片

技术分享图片

  • 提交后自动在dev分支pipline了

技术分享图片

  • 发送merge请求

技术分享图片

技术分享图片

技术分享图片

先进行pipline然后才merge 。

技术分享图片

  • 发现代码错误了。

技术分享图片

pipline 有问题,就不允许mege了,merge request 列表

技术分享图片

管理员这是告诉开发人员,你的代码有问题,开发人员开始修复代码重新提交。

技术分享图片

commit-push代码

重新merge request

技术分享图片

技术分享图片

技术分享图片

技术分享图片

  • 之前的代码还有个问题

    现在任何的分支发生变化,它都进行了deploy,现在修改成只有master才进行deploy。

增加了 only master 只有master 才进行deploy

stages:
  - style
  - test
  - deploy

pep8:
  stage: style
  script:
    - pip install tox
    - tox -e pep8
  tags:
    - python2.7

unittest-py27:
   stage: test
   script:
     - pip install tox
     - tox -e py27
   tags:
     - python2.7

unittest-py34:
   stage: test
   script:
     - pip install tox
     - tox -e py34
   tags:
     - python3/4

docker-deploy:
   stage: deploy
   script:
     - docker build -t flask-demo .
     - if [ $( docker ps -aq --filter name=web) ]; then docker rm -f web;fi
     - docker run -d -p 5000:5000 --name web flask-demo
   tags:
     - test1
   only:
     - master

技术分享图片

  • 可以正常的pipline后就可以merge了,master分支已经变化。master分支开始触发pipline。dev分支里面也没有deploy了

技术分享图片

技术分享图片

技术分享图片

PS:基本目前这种就是开发和测试,CICD的完整的流程。git的工作流,基于分支的工作流。部署到CI的服务器上。CD其实分几种情况,可能部署到生产的环境的机器,另外的一个单独系统,我们生产的环境的部署,一般情况是根据发布来部署的。今天这个基本是开发和测试,没有包括生产环境的。下次项目发布做部署,应该可以gitlab,gitlab-ci的什么流程

技术分享图片

『中级篇』docker之CI/CD持续集成-整个流程串联(75)

原文:http://blog.51cto.com/12040702/2300911

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!