長話短說，本文全景呈現(xiàn)我司項目組gitlab flow && devops

• Git Flow定義了一個項目發(fā)布的分支模型，為管理具有預定發(fā)布周期的大型項目提供了一個健壯的框架。

• DevOps 強調(diào)的是團隊通過自動化的工具協(xié)作和高效地溝通來完成軟件的生命周期管理，從而更快、更頻繁地交付更穩(wěn)定的軟件。開發(fā)關注代碼，運維關注部署，效率和質(zhì)量都能得到提升。

• 項目組10人小團隊也在實踐敏捷開發(fā);

• 每個sprint周期一般包含2-3個功能;

• 采用前后端開發(fā)，生產(chǎn)均使用k8s部署;

• 每個sprint上線周期均經(jīng)歷 intergate Test--->alpha--->prod。

現(xiàn)代Devops技術基于容器技術、自動化腳本實現(xiàn)了依賴環(huán)境的打包、版本管理、敏捷部署。

我司操作

為在迭代便利性、部署嚴謹性上取得平衡，項目組(其實是我~。。~啦)設計了如下Gitlab flow & DevOps流程。

一個完整的迭代上線周期：

第①階段：開發(fā)階段

• 開發(fā)人員從develop切出feature分支，項目經(jīng)理梳理本sprint需要上線的feature分支，自測完成后合并到develop；

• 此時會打出ImageTag:develop的鏡像，自動部署到集成測試環(huán)境，理論上還屬于代碼躁動的階段；

• 開發(fā)人員應該關注集成測試環(huán)境，QA人員可酌情參與。

第②階段：測試階段

• 集成測試環(huán)境驗證之后， 可從develop切出release-1.0.0預發(fā)布分支，此處會打出ImageTag:release-1.0.0的鏡像，自動部署到alpha環(huán)境；

• 此處QA會重點花時間在這個環(huán)境上測試， 發(fā)現(xiàn)問題，開發(fā)人員迅速響應；

• 從release-1.0.0分支上切出bugfix分支，修復完后迅速合并回release-1.0.0 分支，同樣會自動部署到alpha，QA快速驗證；

• .....

• 這個階段我們保持趨近一個穩(wěn)定的release-1.0.0的分支。

第③階段：部署階段

• 從穩(wěn)定的release-1.0.0分支打出對應的git tags: v1.0.0， 此處會打出ImageTag:v1.0.0的鏡像，需要手動部署到prod；

• QA線上測試，出現(xiàn)修復不的問題，迅速使用之前的ImageTag回滾；

• 上線之后若發(fā)現(xiàn)不能回退的bug，此時需要hotfix，還是從release-1.0.0切出hoxfix分支，修復完合并回release-1.0.0，alpha環(huán)境測試通過；打出git tags：v1.0.0-hotfix1 重新部署到prod；

• .....

• 確認上線成功，將release-1.0.0分支合并回develop、master分支

這里為什么保留master分支， 是因為理論上當feature分支合并回develop分支，develop已經(jīng)被污染了，這里保留master只為兜底。

后續(xù)就是開始新的sprint周期了，git release分支名/tag標簽名跟隨迭代。

Gitlab Flow小結(jié)

整個過程貫徹了git flow 預發(fā)布分支release,hotfix的核心用法， 同時在部署方式上也有一定的改進。

• alpha上使用git預發(fā)布分支名release-1.0.0作為鏡像Tag，切出release分支即形成同tag名鏡像，自動部署

• prod上要求從release分支上打出git標簽，同時要求手動點擊部署，多步驟操作確保部署是受控可預期，并且可回滾

作業(yè)小抄

集成測試采用docker-compose部署；alpha,prod是采用k8s部署；從上面的Gitlab ?flow 知道：

• Git develop分支、release-分支、tag標簽、master分支會打出容器鏡像,

• Git develop分支代碼(ImageTag:develop)(只)會自動部署集成測試環(huán)境，

• Git release- 分支(ImageTag:release-1.0.0)(只)會自動部署到alpha,

• Git tag標簽(ImageTag:v1.0.0) 手動點擊部署到prod

stages:-?build-?build_image-?deployvariables:deploy_path:?"/home/eap/website"build:stage:?buildscript:?-?pwd-?"for?d?in?$(ls?app/src);do?echo?$d;pro=$(pwd)/app/src/$d/$d.csproj;?dotnet?build?$pro;?done"tags:-?my-tagbuild_image:EAPWebsite:stage:?build_imagescript:-?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_NAMEtags:?-?my-tagonly:?????-?tags-?develop-?master-?/^release-.*$/ideploy:intergate-test:stage:?deployscript:-?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-tagonly:-?develop??????#?開發(fā)階段，intergate Test環(huán)境只會部署ImageTag：develop鏡像deploy:alpha:stage:?deployscript:-?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-tagonly:-?/^release-.*$/i??????#?alpha環(huán)境只部署以ImageTag:release-開頭鏡像deploy:prod:stage:?deployscript:-?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?status?deployment/eap-website"?tags:-?my-tagonly:-?tags-?masterwhen:?manual??????????????#?prod環(huán)境，人工點擊部署

使用ssh遠程部署，請參閱

基于docker-compose完成的Gitlab-ci，請參閱

在kubernetes環(huán)境，我是使用kubectl set image ...命令改變鏡像

如果本文對你有幫助，

不妨來個分享、點贊、在看三連

總結(jié)

以上是生活随笔為你收集整理的大揭秘| 我司项目组Gitlab Flow DevOps流程的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。