『中级篇』docker之CI/CD持续集成-整个流程串联（75）
2018-10-31 09:40:40
李明
  • 访问次数: 382
  • 注册日期: 2018-07-09
  • 最后登录: 2022-11-17

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

前面主要说了CI python，CI java，CDpython，这次主要说下从gitlab，gitlab-ci，gitlab CICD的整个从开发流程到发布流程的，一个工作的流程。源码： github.com/limingios/d…

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

  • 设置下

setting --Repositoryt ---Protected Branches

1
1

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

1

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

1
1
1

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

Repository -- Branches -- new Branches

1
1
1
1

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

已经在dev分支了。

1

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

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

1
1
1

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

1

  • 发送merge请求

1
1
1

先进行pipline然后才merge 。

1

  • 发现代码错误了。

1

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

1

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

1

commit-push代码

重新merge request

1
1
1
1

  • 之前的代码还有个问题

现在任何的分支发生变化，它都进行了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 复制代码

1

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

1
1
1

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

1




回贴