主版本號 . 子版本號 [. 修正版本號 [. 編譯版本號 ]]
major_version_number.minor_version_number[.revision_number[.build_number]]
示例 : 1.2.1, 2.0, 5.0.0 build-13124
管理策略：
專案初版本時，版本號可以為 0.1 或 0.1.0，也可以為 1.0 或 1.0.0，如果你為人很低調，我想你會選擇那個主版本號為 0 的方式；
當專案在進行了區域性修改或 bug 修正時，主版本號和子版本號都不變，修正版本號加 1；
當專案在原有的基礎上增加了部分功能時，主版本號不變，子版本號加 1，修正版本號復位為 0，因而可以被忽略掉；
當專案在進行了重大修改或區域性修正累積較多，而導致專案整體發生全域性變化時，主版本號加 1；
編譯版本號一般是
編譯器在編譯過程中自動生成的，我們只定義其格式，並不進行人為控制。
軟體版本命名規則
軟體版本命名規則 好久沒有更博了,加班趕專案.最近完成了在公司的第乙個專案，略感興奮。後續的還完成了軟體使用者手冊，在完成過程中，對軟體的版本號很疑惑，因此對軟體版本號查資料整理如下。1 普通的版本號命名 例如 1.1.0 第一位 為主版本號,軟體有很大的變動,增加了模組或者軟體的框架發生了很大的變...
軟體版本命名規則
寫過很多軟體小工具用於生產測試，但終究不太明確如何給軟體版本命名，先稍作整理如下 主版本號 次版本號 修訂版本號 版本號公升級原則 主版本號 功能模組有大的變動。比如增加多個模組或者整體架構發生變化。次版本號 相對主版本號而言，只是區域性的變化。但該區域性的變化造成了程式和以前版本不能相容，或者對該...
軟體版本號規則和命名規則
1.軟體版本階段說明 obase 版 此版本表示該軟體僅僅是乙個假頁面鏈結，通常包括所有的功能和頁面布局，但是頁面中的功能都沒有做完整的實現，只是做為整體 的乙個基礎架構。o alpha 版 此版本表示該軟體在此階段主要是以實現軟體功能為主，通常只在軟體開發者內部交流，一般而言，該版本軟體的bug較...