首页 > 其他分享 >『中级篇』docker之CI/CD持续集成-整个流程串联(75)

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

时间:2023-01-06 11:35:10浏览次数:65  
标签:CI 代码 tox CD merge 75 master docker 分支

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

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

  • 设置下

setting --Repositoryt —Protected Branches

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

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

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

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

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

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

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

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

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

Repository – Branches – new Branches

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

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

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

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

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

已经在dev分支了。

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

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

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

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

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

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

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

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

  • 发送merge请求

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

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

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

先进行pipline然后才merge 。

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

  • 发现代码错误了。

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

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

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

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

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

commit-push代码

重新merge request

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

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

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

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

  • 之前的代码还有个问题

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

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

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

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

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

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

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

标签:CI,代码,tox,CD,merge,75,master,docker,分支
From: https://blog.51cto.com/u_12040702/5992889

相关文章