GNU 風格
主版本號 . 子版本號 [. 修正版本號 [. 編譯版本號 ]]
Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]]
管理策略：
項目初版本時，版本號可以爲 0.1 或 0.1.0，也可以爲 1.0 或 1.0.0，如果你爲人很低調，我想你會選擇那個主版本號爲 0 的方式；
當項目在進行了局部修改或 bug 修正時，主版本號和子版本號都不變，修正版本號加 1；
當項目在原有的基礎上增加了部分功能時，主版本號不變，子版本號加 1，修正版本號復位爲 0，因而可以被忽略掉；
當項目在進行了重大修改或局部修正累積較多，而導致項目整體發生全局變化時，主版本號加 1；
編譯版本號一般是編譯器在編譯過程中自動生成的，我們只定義其格式，並不進行人爲控制。
---------------------------------------------------------------------------------------
Win風格
主版本號 . 子版本號 [ 修正版本號 [. 編譯版本號 ]]
Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]]
示例: 1.21, 2.0
管理策略：
項目初版時，版本號爲 1.0 或 1.00；
當項目在進行了局部修改或 bug 修正時，主版本號和子版本號都不變，修正版本號加 1；
當項目在原有的基礎上增加了部分功能時，主版本號不變，子版本號加 1，修正版本號復位爲 0，因而可以被忽略掉；
當項目在進行了重大修改或局部修正累積較多，而導致項目整體發生全局變化時，主版本號加 1；
編譯版本號一般是編譯器在編譯過程中自動生成的，我們只定義其格式，並不進行人爲控制。
另外，還可以在版本號後面加入 Alpha、Beta、Gamma、Current、RC (Release Candidate)、Release、Stable 等後綴，在這些後綴後面還可以加入1 數字的版本號。對於用戶來說，如果某個軟件的主版本號進行了升級，用戶還想繼續那個軟件，則發行軟件的公司一般要對用戶收取升級費用；而如果子版本號或修正版本號發生了升級，一般來說是免費的。
---------------------------------------------------------------------------------------
Net F風格
主版本號.子版本號[.編譯版本號[.修正版本號]]
Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]]
版本號由二至四個部分組成：主版本號、次版本號、內部版本號和修訂號。主版本號和次版本號是必選的；內部版本號和修訂號是可選的，但是如果定義了修訂號部分，則內部版本號就是必選的。所有定義的部分都必須是大於或等於 0 的整數。 應根據下面的約定使用這些部分：
Major ：具有相同名稱但不同主版本號的程序集不可互換。例如，這適用於對產品的大量重寫，這些重寫使得無法實現向後兼容性。
Minor ：如果兩個程序集的名稱和主版本號相同，而次版本號不同，這指示顯著增強，但照顧到了向後兼容性。例如，這適用於產品的修正版或完全向後兼容的新版本。
Build ：內部版本號的不同表示對相同源所作的重新編譯。這適合於更改處理器、平臺或編譯器的情況。 Revision ：名稱、主版本號和次版本號都相同但修訂號不同的程序集應是完全可互換的。這適用於修復以前發佈的程序集中的安全漏洞。程序集的只有內部版本號或修訂號不同的後續版本被認爲是先前版本的修補程序 (Hotfix) 更新。
-------------------------------------------------------------------------------------------------------------------------------------------------
http://baike.baidu.com/link?url=qrm7L4Vy1TouK95hFeU_-lKnPSDpjqCgG4uD7acir037cD6FA-AqjmhMO54yd6OzZOc_6Dk6kmVJty4Ip_b8_q