此規則用於指導規範開發工程師打包軟體產品安裝檔案時的版本設定行為。此規則中的「版本」是指由相關開發工程師所提交的安裝檔案的版本，比如***.msi的版本。
此規則涉及「軟體」包括且不限於公司下列產品（可根據實際情況填寫）以及相關補丁。
軟體的版本由相關開發工程師負責打包及設定。
此規則適用於標準產品打包及專案型產品打包。
軟體版本號規則，分為：主版本號、次版本號、修訂版本號。例：word客戶端版本號為7.2.5570。
軟體程式（包括補丁）更新中，一定在上乙個版本號上進行遞增。並符合以下規則：重大變化修改—>主版本號；（次版本號、修訂版本號清零）主檔案變化修改—>次版本號；（修訂版本號清零）非主檔案變化修改—>修訂版本號。凡是涉及到主版本號和次版本號需要修改的情況，必須徵得專案組經理和技術部總工同意，負責工程師不可擅自修改。凡是程式因各種情況出現更新或公升級，都需要在上乙個版本的安裝程式基礎上打包乙個新的完整安裝程式，並按照第6步的要求設定新的版本號。
打包後，按照實際情況進行更新發布：一般來講，如果是修訂版本號變化，或者次版本號變化但更新檔案較少，應以補丁方式發布更新的檔案；如果主版本號或者次版本號變化且更新檔案較多，應直接發布完整安裝程式進行更新。無論是以哪種方式發布更新包，都應保證軟體安裝後程式版本號為此次更新的正確版本。這一點，尤其是在製作補丁形式更新程式時要注意。
軟體程式版本以現有版本為基礎，補丁程式版本以現有版本為基礎進行修訂版號遞增。例：word客戶端版本： 7.2.5570。word補丁程式版本則7.2.***x遞增。
如果需要通過自動更新程式發布更新程式，則無論軟體程式或補丁程式進行更新，都需要到伺服器配置檔案中確認即將更新的程式是最新的版本號進行遞增。
軟體版本的發布命名規則（呂萬友）
主版本號 子版本號 修正版本號 編譯版本號 major version number.minor version number revision number build number 示例 1.2.1,2.0,5.0.0 build 13124 管理策略 專案初版本時，版本號可以為 0.1 或 0...
軟體專案 1 3 軟體版本命名規則的應用案例
軟體版本命名規則 1.專案初版 pega 版本號為 1.0 或1.0.0 2.在進行了重大修改或區域性修正累積較多，而導致專案整體發生全域性變化時，主版本號 加1 3.在原有的基礎上增加了部分功能時，主版本號不變，子版本號 加1，修正版本號復位為 0 4.在進行了區域性修改或 bug 修正時，主版本...
工具 SVN 管理軟體版本的一些心得
從工作至今，一直使用 svn管理軟體版本。其中碰到的一些問題和坑，分享一下。存在的現象，1 提交版本的說明一般是簡短的一句話，例 修復bug，增加某某功能。究竟修改了什麼bug，增加了什麼功能 2 模組完成後，提交移植模組的 到主幹版本上面。大型模組 的移植可能需要幾天 周。其中模組依賴的變數，邏輯...