軟體［版本號碼］的管理規則

為了維護軟體項目, 我們提出了對版本進行管理控制的要求. 而對於使用者來說, 版本直接體現在版本號碼的命名上. 那麼, 如何對版本號碼進行命名呢? 我查了許多的資料, 希望能解釋得比較具體, 同時也希望您在閱讀本文的時候, 能夠對版本號碼的命名格式提出自己的見解, 這當然包括一些版本號碼命名的個例. 下面, 讓我們看一下比較普遍的 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]]
官方說明參考:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfSystemVersionClassTopic.asp
由於, 有官方解釋, 所以本文不做說明.

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;
另外, 編譯版本號碼一般是編譯器在編譯過程中自動產生的, 我們只定義其格式, 並不進行人為的控制.
另外, 還可以在版本號碼後面加入 Alpha, Beta, Gamma, Current, RC (Release Candidate), Release, Stable 等尾碼, 在這些尾碼後面還可以加入 1 位元字的版本號碼.

對於使用者來說, 如果某個軟體的主要版本號進行了升級, 使用者還想繼續那個軟體, 則發行軟體的公司一般要對使用者收取升級費用; 而如果子版本號碼或修正版本號碼發生了升級, 一般來說是免費的.
參考資料：http://www.woodpecker.org.cn:9081/doc/zScrapBook/data/20051010111809/

 

 

轉自：http://www.cnblogs.com/302soft/archive/2007/01/13/619479.html