Gitlab
Gitlab入门系列
Gitlab字典
Gitlab原理说明
Gitlab安装部署
centos部署代码仓库gitlab
Gitlab服务维护
Gitlab日常维护
gitlab 备份&恢复
gitlab升级
Gitlab系统配置
Gitlab使用配置
Gitlab用户在组中有五种权限
gitlab的分支保护配置
Git忽略提交规则 .gitignore文件
Gitlab新闻
Gitlab使用案例
gitlab配置免密拉取推送
Gitlab更改项目间的fork提交关系
gitlab官方api使用
python使用gitlab-api
gitlab 集成openldap
Gitlab-CICD实践篇
Gitlab Flow到容器
本文档使用 MrDoc 发布
-
+
home page
Gitlab Flow到容器
## 一.简介 长话短说,本文全景呈现我司项目组gitlab flow && devops Git Flow定义了一个项目发布的分支模型,为管理具有预定发布周期的大型项目提供了一个健壮的框架。 DevOps 强调的是团队通过自动化的工具协作和高效地沟通来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。开发关注代码,运维关注部署,效率和质量都能得到提升。 - 项目组10人小团队也在实践敏捷开发; - 每个sprint周期一般包含2-3个功能; - 采用前后端开发,生产均使用k8s部署; - 每个sprint上线周期均经历 intergate Test--->alpha--->prod。 现代Devops技术基于容器技术、自动化脚本实现了依赖环境的打包、版本管理、敏捷部署。 ## 二.操作流程  一个完整的功能迭代上线周期: 第①阶段: 开发阶段 - 开发人员从develop切出feature分支,项目经理梳理本sprint需要上线的feature分支,自测完成后合并到develop; - 此时会打出ImageTag:develop的镜像,自动部署到集成测试环境,理论上还属于代码躁动的阶段; - 开发人员应该关注集成测试环境,QA人员可酌情参与。 第②阶段:测试阶段 - 集成测试环境验证之后, 可从develop切出release-1.0.0预发布分支,此处会打出ImageTag:release-1.0.0的镜像,自动部署到alpha环境; - 此处QA会重点花时间在这个环境上测试, 发现问题,开发人员迅速响应; - 从release-1.0.0分支上切出bugfix分支,修复完后迅速合并回release-1.0.0 分支,同样会自动部署到alpha,QA快速验证; - ..... - 这个阶段我们保持趋近一个稳定的release-1.0.0的分支。 第③阶段: 部署阶段 - 从稳定的release-1.0.0分支打出对应的git tags: v1.0.0, 此处会打出ImageTag:v1.0.0的镜像,需要手动部署到prod; - QA线上测试,出现修复不的问题,迅速使用之前的ImageTag回滚; - 上线之后若发现不能回退的bug,此时需要hotfix,还是从release-1.0.0切出hoxfix分支,修复完合并回release-1.0.0,alpha环境测试通过;打出git tags:v1.0.0-hotfix1 重新部署到prod; - ..... - 确认上线成功,将release-1.0.0分支合并回develop、master分支 这里为什么保留master分支, 是因为理论上当feature分支合并回develop分支,develop已经被污染了,这里保留master只为兜底。  后续就是开始新的sprint周期了,git release分支名/tag标签名跟随迭代。 ## 三.Gitlab Flow小结 整个过程贯彻了git flow 预发布分支release,hotfix的核心用法, 同时在部署方式上也有一定的改进。 - alpha上使用git预发布分支名release-1.0.0作为镜像Tag,切出release分支即形成同tag名镜像,自动部署 - alpha(develop)上有release-1.0.0,release-1.0.1 这样版本递增的tag; 但是如果针对某一release-版本bugfix,镜像tag不会变,代码会更新,这里其实与docker tag的用法有点不符; - 在kubernetes deploy我暂时使用两个不同命令来更新镜像. kubectl set image ...; kubectl roloout restart deploy ... 对develop release分支形成的镜像tag上可尝试带上CI_COMMIT_SHORT_SHA 来规避这种骚操作。 prod上要求从release分支上打出git标签,同时要求手动点击部署,多步骤操作确保部署是受控可预期,并且可回滚 集成测试采用docker-compose部署; alpha,prod是采用k8s部署; 从上面的Gitlab flow 知道: - Git develop分支、release-分支、tag标签、master分支会打出容器镜像, - Git develop分支代码(ImageTag:develop)(只)会自动部署集成测试环境, - Git release- 分支(ImageTag:release-1.0.0)(只)会自动部署到alpha, - Git tag标签(ImageTag:v1.0.0) 手动点击部署到prod ```pyton stages: - build - build_image - deploy variables: deploy_path: "/home/eap/website" build: stage: build script: - pwd - "for d in $(ls app/src);do echo $d;pro=$(pwd)/app/src/$d/$d.csproj; dotnet build $pro; done" tags: - my-tag build_image:EAPWebsite: stage: build_image script: - dotnet publish app/src/EAP.Web/EAP.Web.csproj -c release -o container/app/publish/ - docker build -t $DOCKER_REGISTRY_HOST/eap/website:$CI_COMMIT_REF_NAME container/app - docker login $DOCKER_REGISTRY_HOST -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD - docker push $DOCKER_REGISTRY_HOST/eap/website:$CI_COMMIT_REF_NAME tags: - my-tag only: - tags - develop - master - /^release-.*$/i deploy:intergate-test: stage: deploy script: - ssh -t testUser@10.202.42.252 "cd /home/eap/website && export TAG=$CI_COMMIT_REF_NAME && docker-compose pull website && docker-compose -f docker-compose.yml up -d" tags: - my-tag only: - develop # 开发阶段,intergate Test环境只会部署ImageTag:develop镜像 deploy:alpha: stage: deploy script: - ssh -t testUser@10.201.82.170 "sudo kubectl set image deployment/eap-website eap-website=repository.****.com:8443/eap/website:${CI_COMMIT_REF_NAME} && sudo kubectl rollout status deployment/eap-website" tags: - my-tag only: - /^release-.*$/i # alpha环境只部署以ImageTag:release-开头镜像 deploy:prod: stage: deploy script: - ssh -t testUser@10.202.42.20 "sudo kubectl set image deployment/eap-website eap-website=repository.****.com:8443/eap/website:${CI_COMMIT_REF_NAME} && sudo kubectl rollout restart deployment/eap-website" tags: - my-tag only: - tags - master when: manual # prod环境,人工点击部署 ``` 1. 使用ssh远程部署 2. 基于docker-compose完成的Gitlab-ci 3. 在kubernetes环境,我是使用kubectl set image ...命令改变镜像,同分支名更新重新拉取镜像部署。
日行一善
April 23, 2021, 1:31 p.m.
Share documents
Collection documents
Last
Next
Scan wechat
Copy link
Scan your mobile phone to share
Copy link
关于 MrDoc
觅思文档MrDoc
是
州的先生
开发并开源的在线文档系统,其适合作为个人和小型团队的云笔记、文档和知识库管理工具。
如果觅思文档给你或你的团队带来了帮助,欢迎对作者进行一些打赏捐助,这将有力支持作者持续投入精力更新和维护觅思文档,感谢你的捐助!
>>>捐助鸣谢列表
微信
支付宝
QQ
PayPal
QQ粉丝交流群:882382311
Markdown文件
share
link
type
password
Update password