關於開發測試生產需要多少個環境，因公司而異，這裡分享一下我建議開發過程中使用的幾個環境。
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資源，而設計的一種方案，僅供參考。
為什麼攜程要做好持續交付？
隨著雲計算 容器等新興技術的發展，持續交付 這個老生常談的問題，忽如一夜春風來，彷彿找到了從理想通向現實的大門。各類相關工具 產品 服務，也是紛紛出現 如jenkins 2.0，jenkins x，阿里雲效，netflix spinnaker，jfrog artifactory等等。n到底是什麼魔力...
為什麼攜程要做好持續交付？
隨著雲計算 容器等新興技術的發展，持續交付 這個老生常談的問題，忽如一夜春風來，彷彿找到了從理想通向現實的大門。各類相關工具 產品 服務，也是紛紛出現 如jenkins 2.0，jenkins x，阿里雲效，netflix spinnaker，jfrog artifactory等等。到底是什麼魔力使...
為什麼攜程要做好持續交付？
隨著雲計算 容器等新興技術的發展，持續交付 這個老生常談的問題，忽如一夜春風來，彷彿找到了從理想通向現實的大門。各類相關工具 產品 服務，也是紛紛出現 如jenkins 2.0，jenkins x，阿里雲效，netflix spinnaker，jfrog artifactory等等。到底是什麼魔力使...