修訂說明
1.pc端產品內部版本號管理說明
為了規範產品管理，提高產品質量，特制定產品版本規則。產品從版本上分為主版本和分支版本，從穩定程度上分為每日構建、內部測試版(alpha測試)、beta測試版、穩定版。
所有的版本命名均遵循以下規則，產品名稱_分支
名稱_svn對應版本號_build年月時分_測試型別[
alpha,beta,stable
]。如果是主版本可以省略分支名稱。如果是每日構建，則不需要字尾測試型別。
每日構建是為了提高開發測試效率而採取的一種管理手段，開發人員每日定時提交所有修改完成的**，發布乙個僅供內部測試的非里程碑版本。每日構建版本號命名規則：產品名稱_分支名稱_svn對應版本號_ build年月日時分。例如gagamatch_403_build201306271602。又如，gagamatch_spring_502_build201306271602。
內部測試版是指開發提交給測試人員用於內部測試的里程碑版本。該版本僅用於內部測試，不能用於發布。內部測試版版本號規則：產品名稱_分支名稱_svn對應版本號_ build年月日時分_alpha。例如gagamatch_403_build201306271602_alpha。又如，gagamatch_spring_502_build201306271602_alpha。
beta測試版是指，經過測試人員充分測試，但是可能存在功能不完善或者缺陷的里程碑版本。該版本可對特定使用者開放。beta測試版版本號規則：產品名稱_分支名稱_svn對應版本號_ build年月日時分_beta。例如gagamatch_403_build201306271602_beta。又如，gagamatch_spring_502_build201306271602_beta。
穩定版是指，經過測試人員和使用者充分測，用於對所有使用者開放的正式發布的里程碑版本。穩定版版本號規則：產品名稱_分支名稱_svn對應版本號_ build年月日時分_stable。例如gagamatch_403_build201306271602_stable。又如，gagamatch_ spring_502_build201306271602_stable。
2. 移動終端產品版本號管理說明
移動終端產品版本號命名規範為：產品代號_v[大版本號].[小版本號].[里程碑版本號].[編譯版本號]。其中，產品代號是指產品的內部代號，正式發布時需要去除此代號。大版本是指全新重構，或者改動巨大的版本，初始值為0，以後每次累加1；小版本是指在乙個大版本內，功能發生較大改變或者新增較多功能的版本，初始值為0，以後每次累加1；里程碑版本是指小版本內的持續迭代版本，初始值為0，以後每次累加1；只有測試版本才需要編譯版本號，編譯版本號的規則為yyddhh；測試結束後需要發布正式版時里程碑版本號需要累加一位。例如，最終的測試版本為rainy_v2.0.1.111909，則發布時的版本應為v2.0.2
3. pc端產品發布管理
為了提高產品質量，提高使用者體驗，提公升公司競爭力和形象。技術部所有發布的產品必須全部達到以下標準：
必須至少提供產品更新文件、產品部署文件、產品審計文件、應急處理方案、測試計畫、測試用例、測試報告等。
申請發布的產品版本必須經過嚴格的測試且達到了相關的質量標準。
必須同時通過技術總監、測試經理、qa的審核才能發布。
運維工程師有權拒絕未經審核或者未完全通過審核的發布申請。
軟體版本管理原則
這裡僅對工作中經常用到的一些版本發布策略做了一些記錄，做乙個經驗總結，希望對大家也有點用處。x 主版本號,由專案負責人維護 y 次版本號,由版本管理人維護 z 小版本號,由領域負責人維護 readme 軟體基本介紹，配套外圍模組支援情況 maintainers 維護開發人員名單 changes 對比...
軟體版本管理規範
第一章 目的 本規範詳細規定軟體專案版本管理的物件 儲存目錄 分支 許可權 維護等內容，使軟體專案版本管理流程化並規範化，確保在系統開發和實施過程中專案的完整性和一致性。第二章 適用範圍 所有系統開發及實施專案的軟體專案都應進行版本管理。專案中所有正式文件和 都應納入配置庫 可使用工具建立配置庫，本...
常見軟體版本
常見軟體版本編輯版本號 v version 即版本，通常用數字表示版本號。如 everest ultimate v4.20.1188 beta build 用數字或日期標示版本號的一種方式。如 verycd emule v0.48a build 071112 sp service pack，公升級包...