持续交付二:为什么需要多个环境
關于開發測試生產需要多少個環境,因公司而異,這里分享一下我建議開發過程中使用的幾個環境。
Development環境,就是開發環境,程序寫代碼,寫單元測試的環境,一般和IDE一起,經常是在調試模式下進行,為了與其他開發者隔離,通常數據庫都是自建(也有共享的)自用,三方接口一般都是mock的或調用三方接口的測試環境,盡量減少其他開發人員的干擾,從而高效的調試代碼,驗證模塊。
QA(Quality Assurance)環境,對于多模塊,耦合性強的項目,需要把這些功能集成起來聯合測試,這時,就需要給測試人員提供一個集中驗證的平臺,這就是QA環境了。
Staging環境,測試完了不能直接上線,因為數據的差異也可能帶來程序的不正常,所以這時有個Stging(預生產)環境,來驗證一下生產的數據配置情況下是否有問題。
Production環境,用戶使用的環境,數據封閉,提高安全性;環境封閉,降低事故率。
關于四個環境的版本發布情況,程序有三個遠程分支,分別是master,staging,development三個分支,staging和development都是從master拉出來的分支。
首先development是開發人員開發完一個功能,或修復完一個bug后,就會推送到遠端的development,遠端development會構建到QA環境上,以供測試人員去測試。
每個對應功能或bug測試后,開發人員會把它推送到staging分支上,由測試人員完成驗收;
staging驗收確認后,源碼管理人員在git服務端review staging上代碼以后,就會合并到master上,以供上線。
這只是我們使用的一種方式,主要根據我們的項目模塊之間耦合性強,DevOpt資源,而設計的一種方案,僅供參考。
總結
以上是生活随笔為你收集整理的持续交付二:为什么需要多个环境的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 简单理解线程同步上下文
- 下一篇: 部署Dotnet Core应用到Kube