專案（產品）大版本管理及分支策略
產品內部功能特性迭代的節奏以及版本管理
以產品為基礎各個專案的版本管理
產品自身的**分支管理方法，以不同產品版本為基礎的各個專案的**版本管理
業務微服務版本管理
產品或者專案是由多個業務微服務組成的，業務微服務的版本管理主要關注微服務本身功能特性的迭代
服務端api版本管理
業務微服務以api的方式向外提供服務，隨著產品或專案的版本公升級，為保證不同版本的相容性，需要對api版本進行清晰的管理
資料庫變更版本管理
無論是線上系統還是產品本身，資料庫變更都面臨手工操作錯誤率高和變更過程難以追溯的問題，所以需要一種可靠的可追溯的資料庫變更版本管理方法
共通依賴及基礎架構的版本管理
作為業務微服務的技術架構支撐和基礎服務支撐，重點關注架構靜態包、根依賴和基礎服務的技術、功能特性的持續迭代公升級改善，此部分在保證相容性和平滑過渡的基礎上，單獨進行版本管理
版本管理規範
1 目的 標識 控制和追蹤軟體開發和實施過程中產生的各種軟體產品版本。2 適用範圍 適用於大運會專案所有軟體源 產品版本的管理。3 職責 3.1 測試管理 確保專案版本按照正確的版本管理規範執行和使用。3.2 配置管理員 負責定期檢查各專案對版本管理規範的執行度 根據發展需要對規範進行完善。3.3 ...
版本管理規範
版本管理規範 主要分為4個分支，dev，test，master,release dev用於本地開發 test用於發布測試環境 master 主線 庫 release分支，代表發布的線上版本 開發人員在dev分支上開發，開發完成需要發布到測試環境的時候，合併 到test分支，然後將test分支 發布到...
版本管理規範
master 顧名思義，既然名字叫master，那麼該分支就是主分支的意思。在git repo下主分支的職責主要就是負責記錄stable版本的迭代，當在beta版本的專案或是開發版本的專案得到了充分的驗證之後，我才能將分支併入master分支。master分支永遠是production ready的...