- 我們有2個環境。 - 測試和產品
- 我們想要做連續部署。
- 我們正在使用Git Flow。
使用git-flow,我們應該在生產環境中部署release(或master)分支。 (兩個不同的管道,一個持續集成(分支開發),一個用於連續傳遞(分支主)。
應該如何使用我的版本分支?
我心目中是,如果測試通過開發,我會讓CI服務器創建一個發佈分支提交,並將更新的發佈分支部署到我的產品分段插槽中,經過業務批准後其中一個發佈點將被部署到產品中
這意味着我讓CI服務器自動創建發佈分支並重新運行生產環境的臨時插槽上的所有測試。如果失敗,它將報告並刪除發佈分支,否則它將創建發佈點,觸發網絡交換並將其合併到主控。
這種方法有什麼優點和缺點?最佳做法是什麼?
我們真的需要發佈分支特別是在我們沒有使用功能切換到獨立版本? (有許多人在同一項目上工作)
參考
- 功能繃,YouTube上,https://www.youtube.com/watch?v=gxm1C92XhCQ
- 成功的Git分支模型, http://nvie.com/posts/a-successful-git-branching-model/
「創建/剪切發佈分支」意思是在發佈分支中創建發佈點的CI? –
@RıfatErdemSahin創建一個實際的分支。在分支「準備就緒」之後,您可以將它合併到「主」中,這可以啓動自動化部署或感謝響應的東西 –
。我的計劃:思考發佈分支在部署中的部署步驟。主分支機構將從經過良好測試的分級環境中啓動網絡交換。 –