原创文章,欢迎转载。转载请注明:转载自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主分支上。
先进行pipline然后才merge 。
pipline 有问题,就不允许mege了,merge request 列表
管理员这是告诉开发人员,你的代码有问题,开发人员开始修复代码重新提交。
commit-push代码
重新merge request
增加了 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
PS:基本目前这种就是开发和测试,CICD的完整的流程。git的工作流,基于分支的工作流。部署到CI的服务器上。CD其实分几种情况,可能部署到生产的环境的机器,另外的一个单独系统,我们生产的环境的部署,一般情况是根据发布来部署的。今天这个基本是开发和测试,没有包括生产环境的。下次项目发布做部署,应该可以gitlab,gitlab-ci的什么流程
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。