為了維護軟體專案, 我們提出了對版本進行管理控制的要求. 而對於使用者來說, 版本直接體現在版本號的命名上. 那麼, 如何對版本號進行命名呢? 我查了許多的資料, 希望能解釋得比較具體, 同時也希望您在閱讀本文的時候, 能夠對版本號的命名格式提出自己的見解, 這當然包括一些版本號命名的個例. 下面, 讓我們看一下比較普遍的 3 種命名格式.
gnu 風格的版本號命名格式: 主版本號.子版本號[.修正版本號[.編譯版本號]]
英文對照: major_version_number.minor_version_number[.revision_number[.build_number]]
示例: 1.2.1, 2.0, 5.0.0 build-13124
windows 風格的版本號命名格式: 主版本號.子版本號[修正版本號[.編譯版本號]]
英文對照: major_version_number.minor_version_number[revision_number[.build_number]]
示例: 1.21, 2.0
.net framework 風格的版本號命名格式: 主版本號.子版本號[.編譯版本號[.修正版本號]]
英文對照: major_version_number.minor_version_number[.build_number[.revision_number]]
官方說明參考:
由於, 有官方解釋, 所以本文不做說明.
gnu 風格的版本號管理策略
當專案初版本時, 版本號可以為 0.1 或 0.1.0, 也可以為 1.0 或 1.0.0, 如果你為人很低調, 我想你會選擇那個主版本號為 0 的方式;
當專案在進行了區域性修改或 bug 修正時, 主版本號和子版本號都不變, 修正版本號加 1;
當專案在原有的基礎上增加了部分功能時, 主版本號不變, 子版本號加 1, 修正版本號復位為 0, 因而可以被忽略掉;
當專案在進行了重大修改或區域性修正累積較多, 而導致專案整體發生全域性變化時, 主版本號加 1;
另外, 編譯版本號一般是編譯器在編譯過程中自動生成的, 我們只定義其格式, 並不進行人為的控制.
window 下的版本號管理策略
當專案初版時, 版本號為 1.0 或 1.00;
當專案在進行了區域性修改或 bug 修正時，主版本號和子版本號都不變, 修正版本號加 1;
當專案在原有的基礎上增加了部分功能時, 主版本號不變, 子版本號加 1, 修正版本號復位為 0, 因而可以被忽略掉;
當專案在進行了重大修改或區域性修正累積較多, 而導致專案整體發生全域性變化時, 主版本號加 1;
另外, 編譯版本號一般是編譯器在編譯過程中自動生成的, 我們只定義其格式, 並不進行人為的控制.
.net framework 風格的版本號管理策略
另外, 還可以在版本號後面加入 alpha, beta, gamma, current, rc (release candidate), release, stable 等字尾, 在這些字尾後面還可以加入 1 位數字的版本號.
對於使用者來說, 如果某個軟體的主版本號進行了公升級, 使用者還想繼續那個軟體, 則發行軟體的公司一般要對使用者收取公升級費用; 而如果子版本號或修正版本號發生了公升級, 一般來說是免費的.
軟體專案版本號的命名格式
本文 於 版本控制比較普遍的 3 種命名格式 一 gnu 風格的版本號命名格式 主版本號 子版本號 修正版本號 編譯版本號 英文對照 major version number.minor version number revision number build number 示例 1.2.1,2.0...
軟體版本號怎麼命名
軟體版本號總結 v version 即版本，通常用數字表示版本號。如 everest ultimate v4.20.1188 beta build 用數字或日期標示版本號的一種方式。如 verycd emule v0.48a build 071112 sp service pack，公升級包。如 w...
軟體版本號命名規範
乙個正規的軟體產品少不了要有規範的命名，乙個好的軟體產品一定要有個規範的版本號，而在命名版本號時有一些約定俗成的規則，下面我來簡單介紹下。版本命名規範 軟體版本號有四部分組成，第一部分為主版本號，第二部分為次版本號，第三部分為修訂版 本號，第四部分為日期版本號加希臘字母版本號，希臘字母版本號共有五種...