專案釋出規範

產品的一個迭代版本到釋出產出，總是要經過一個重要的流程來確保每個迭代的版本，質量有保證

釋出進度有節奏。

正常情況下，先說程式碼版本

主幹程式碼

主幹程式碼的作用:使用者保持線上緊急需要修復一些重要的bug,此過程過於失效性要求非常高。

所以，在開發一個分支時確保主幹的程式碼一定是穩定可靠的。

分支程式碼

分支程式碼：完全作用於快速持續孵化一個新的功能版本，分支可以打過個 feature1   feature2  feature3

正常的情況下，分支1 從研發到測試第一輪，後

總結 bug的優先順序，分列開來  保證block 的bug 為0   1級bug 都解決，剩餘部分 2級 或者3級bug  

合併到主幹做第二輪測試。測試結束後。上線

詳細過程

每次升級獨有單獨賬號的人負責自動化部署
研發環境 ，研發人員控制，研發完畢實時釋出。

測試環境：每天自動8前自動部署，且出測試負責人外，其他人無許可權做此操作

如圖所示

環境可以分為

Dev / Test /Qprod/Prod 

Dev : 使用人群（研發人員）

          使用時間 功能研發階段
Test: 使用人群（測試人員）

        使用時間  測試階段

        升級條件：功能研發結束，Dev 環境基本功能跑通 ，沒有block 自測無阻斷

Qprod：使用人群（產品，測試）

         使用時間  功能驗證，稽核階段，並且有真實環境量資料

         升級條件：測試環境第二輪結束，分支合併主幹

         遺留1級bug  0 

上線階段 

相關功能的指令碼，檔案 準備好並放在釋出日期目錄下 ，並做好備份

有研發負責人 進行檢查和驗證。

每次釋出內容和檔案按照日期做好備份

如圖：        

在每個功能釋出 必須有每個階段的負責人簽字

郵件通知後。流水線作業

標準化處理。