代碼版本管理
在項目中，代碼的版本管理非常重要。每個需求版本的代碼開發在版本控制裡都應該經過以下幾個步驟。
- 在master分支中拉取該需求版本的兩個分支，一個feature分支，一個release分支；feature分支用于接受個人分支merge過來的代碼，并用于部署dev環境。feature的代碼在經過dev環境的聯調後，合并到release分支，所有release分支用于接受feature分支merge過來的代碼，并用于部署test環境。例如，需求2.0版，對應feature/olive_v2.0、release/olive_v2.0分支
- 在 release/olive_v2.0 分支基礎上建立個人分支。個人開發分支的代碼一般情況下代碼通過 git merge 指令合并到 feature 分支。例如，feature/olive_hjj_v2.0
需求流程
主要進行版本需求的功能梳理，并由産品人員輸出産品原型，主要使用墨刀、axure等一些原型輸出工具輸出原型。主要流程如下：
- 輸出産品原型
- 産品輸出人員組織産品原型評審，主要參與人員包括：後端開發人員、前端開發人員、測試人員、UI設計人員、産品人員等 在評審過程中原型輸出人員解答各參會人員提出的疑問
- 評審後如果需要優化修改的，進行産品原型優化；并完成需求定稿，交予UI設計人員進行UI設計，輸出UI圖
開發流程
開發就是完成需求評審，沒有任何異議後；接下來的主要工作。開發主要由前端開發人員和後端開發人員完成。它的流程主要包含以下這些：
- 按照版本需求進行設計；主要包括表結構設計、緩存資料結構設計、功能業務流程方案設計等，并輸出《xxxx設計文檔》。例如：
- 輸出設計文檔後，開發人員（主要是後端開發人員）組織設計文檔評審。參加人員主要包括：前端開發、後端開發、架構師；如果有涉及到部署架構調整之類的設計運維人員也要組織參加；測試人員也可以參加，友善熟悉資料存儲、業務分支等
- 前端開發、後端開發進行功能開發，并完成接口聯調；實作所有需求的功能
- 開發完成後進行 測試環境 提測；提測需要發送提測郵件。郵件接受人員主要包括産品人員、測試人員、前端開發人員、後端開發人員、架構師、運維人員等。提測郵件大概内容如下：
- 在部署測試環境，測試人員表完成所有功能驗證，然後産品人員驗證完畢後。後端開發人員編寫《生産發版文檔》，并提供需要釋出的成果物。主要包括：
需要提供的成果物清單
(1)資料庫SQL腳本
(2)需要修改的配置檔案，及需要增加、修改的配置項
(3)前端H5需要部署的zip包；APP需要釋出的apk、ipa等
(4)後端需要部署jar、war等
(5)發版部署中涉及的關鍵步驟流程說明。例如，先改配置還是先執行SQL；是否存在需要執行接口進行資料庫初始化的操作；是否需要修改Nginx等
(6)其他需要提供的成果物
以上成果物如果有發版平台直接通過發版平台提供；否則發郵箱、SVN版本等方式提供給運維人員
- 組織人員進行《生産發版文檔》評審，主要包括前端開發人員、後端開發人員、測試人員、運維人員、架構師進行評審；并确定發版時間節點
測試流程
功能開發完成後，進行功能測試是生産發版前的重要一環。在這個環節主要後測試人員主導，它的流程主要包含以下這些：
- 測試人員全程參與版本原型的評審會議，對存在疑問的功能提出疑問；産品人員予以解答
- 測試人員對版本需求的功能點編寫測試用例，表示形式以思維導圖為佳。例如：
- 輸出測試用例文檔後，測試人員組織測試用例評審。參加人員主要包括：前端開發、後端開發、測試人員、産品人員
- 對版本需求功能進行測試用例測試，驗證功能正常可用
- 在測試人員對功能完成測試後，産品人員在測試環境對需求功能進行最後驗收。檢視功能是否服務需求設計
- 如果項目中接入代碼品質管理平台，則對代碼進行靜态掃描、滲透測試等。
發版流程
發版主要由運維人員來主導。它的主要工作就是把已經在測試環境驗證通過的成果物部署到生産環境。它的主要流程表包括以下這些：
- 執行變更的SQL
- 增加需要增加的配置檔案、配置項；修改需要修改的配置檔案、配置項
- 如有網絡架構變更，提前開通防火牆；并驗證是否開通
- 部署後端jar、war等。如果有CI/CD平台，直接執行流水線即可
- 部署前端H5 zip包
- 如有Nginx配置變更，進行Nginx映射變更
- 其他需要操作的步驟，按照後端開發人員提供的《生産發版文檔》進行一一操作
- 測試進行生産驗證