1
目的
標識、控制和追蹤軟體開發和實施過程中產生的各種軟體產品版本。
2
適用範圍
適用於大運會專案所有軟體源**、產品版本的管理。
3
職責
3.1
測試管理
確保專案版本按照正確的版本管理規範執行和使用。
3.2
配置管理員
負責定期檢查各專案對版本管理規範的執行度；根據發展需要對規範進行完善。
3.3
配置管理員
負責專案軟體產品版本管理規範的推行，指導專案組成員使用版本命名規範進行版本管理
。4
軟體版本管理規範
版本：主版本號
.子版本號.維護版本號
.tag.測試版本號
(1)主版本號：使用1位數字，從1開始；當功能模組有較大的變動或子版本號滿，即可公升級，比如增加多個模組或者整體架構發生變化。此版本號變更需經專案委員會審批。主版本號改變，則子版本號、測試版本號、tag和維護版本號重置；
(2)子版本號：使用1位數字，從0開始；當功能有一定的增加、變化或測試版本號滿，即可公升級，比如增加了對許可權控制、增加自定義檢視等功能。此版本號變更需經高階專案經理審批。子版本號改變，則測試版本號、tag和維護版本號重置；
(3)
維護版本號：為可選項，
兩位數字，
從1開始，系統交付使用者使用後，功能有少量的增加或變化，或是對已發布系統的缺陷修復或一些小的變動（如改變幾個程式檔案），則
通過公升級維護版本號的方式來發布。維護版本號改變，則測試版本號和
tag重置；
(4)tag
分為三類，
分別為：alpha、beta、
release；
alpha版:
簡稱（a
），內部測試版，一般只在內部執行，不對外公開；主要是專案組成員對產品進行測試，檢查產品是否存在缺陷、錯誤，驗證產品功能與說明書、使用者手冊是否一致；
beta版:
簡稱（b
），當軟體進入模擬生產環境測試階段或發布給典型使用者進行測試；該版本相對於
alpha
版已有了很大的改進，消除了嚴重的錯誤，但還是存在著一些缺陷，需要經過進一步的測試，以便在正式發行前進行改進和完善。該版本也稱為待發行版；
release版:
簡稱(r)
，是最終交付使用者使用的乙個版本，該版本也稱為正式發行版。
r版無測試版本號。
（5）測試版本號：為可選項，兩位數字，從
1開始；一般是測試時
bug修復或是一些變更，時間間隔不限；
bug修正，即可公升級。此版本號可由專案經理決定是否修改；測試版本號不對使用者顯示；（6
）專案初始版本為
1.0；
每一次版本更新，相關人員應填寫《版本更新記錄》。
示例：版本名
含義
v1.0.a.1
表示1.0
alpha
版,測試版本號為1
v1.0.1
.b.1
表示1.0.1
beta
版,測試版本號為1
v1.0.r
表示1.0 r版
v1.0.1.r
表示1.0
r版，維護版本號為1
<專案名或專案編號》
_<版本名》
專案名和專案編號在立項階段確定。
示例：標籤名
含義
oa_v1.0.a.1
表示對oa
專案v1.0 alpha版建立的標籤，測試版本號為1
oa_v1.0.b.1
表示對oa
專案v1.0beta版建立的標籤，測試版本號為1
oa_v1.0.r
表示對oa
專案v1.0 r版建立的標籤
oa_v1.0.1.b.1
表示對oa
專案v1.0.1 beta版建立的標籤，測試版本號為1
<標籤名》_yymmdd[_s/c]
(1) [_s/c]
為可選項，_s表示伺服器端應用系統，_c表示客戶端應用系統；
示例：產品名
含義
oa_v1.0.a.1_071111
表示oa
專案在2023年11月11日發布的v1.0版產品，
alpha版
oa_v1.0.b.1_071111
表示oa
專案在2023年11月11日發布的v1.0版產品，beta版
oa_v1.0.r_071111
表示oa
專案在2023年11月11日發布的v1.0版產品，r版
oa_v1.0.1.r _071111
表示oa
專案在2023年11月11日發布的v1.0版產品，r版第1號維護版本
oa_v1.0.1.b.1_071111
表示oa
專案在2023年11月11日發布的v1.0.1版產品，beta版
5
質量記錄
《測試版本檢測報告》
版本管理規範
版本管理規範 主要分為4個分支，dev，test，master,release dev用於本地開發 test用於發布測試環境 master 主線 庫 release分支，代表發布的線上版本 開發人員在dev分支上開發，開發完成需要發布到測試環境的時候，合併 到test分支，然後將test分支 發布到...
版本管理規範
專案 產品 大版本管理及分支策略 產品內部功能特性迭代的節奏以及版本管理 以產品為基礎各個專案的版本管理 產品自身的 分支管理方法，以不同產品版本為基礎的各個專案的 版本管理 業務微服務版本管理 產品或者專案是由多個業務微服務組成的，業務微服務的版本管理主要關注微服務本身功能特性的迭代 服務端api...
版本管理規範
master 顧名思義，既然名字叫master，那麼該分支就是主分支的意思。在git repo下主分支的職責主要就是負責記錄stable版本的迭代，當在beta版本的專案或是開發版本的專案得到了充分的驗證之後，我才能將分支併入master分支。master分支永遠是production ready的...