major_version_number.minor_version_number[.revision_number[.build_number]]
主版本號.子版本號[.修正版本號[.編譯版本號]]
初始化專案時，版本號可以為0.1或0.1.0，如果你比較高調的話，可以使用1.0或1.0.0
當專案進行了區域性修改或 bug 修復時，主版本號和子版本號不變，修正版本號加1
當專案在原有的基礎上增加了部分功能時，主版本號不變，子版本號加1，修正版本號復位為0
當專案進行了重大修改或區域性修正累積較多而導致的專案整體發生變化，主版本號加1，子版本號和修正版本號復位為0
編譯版本號一般為編譯器在編譯過程中自動生成，只定義其格式，並不進行人為控制
版本號後面還可以加入如alpha,beta,gamma,current,rc(release candidate),release,stable等字尾，字尾後面還可以加入一位數字的版本號。常用的字尾如下：
alphal，內部測試版
該版本僅僅是乙個初步完成品，通常只在軟體開發者內部交流，也有很少一部分發布給專業測試人員。一般而言，該版本軟體的 bug 較多，普通使用者最好不要安裝。
beta，外部測試版
gamma
該版本已經相當成熟了，與即將發行的正式版相差無幾，如果使用者實在等不及了，盡可以裝上一試
release candidate，發行候選版
該版本和 beta 版最大的差別在於 beta 階段會一直加入新的功能，但是到了 rc 版本，幾乎就不會加入新的功能了，而主要著重於除錯（該版本已經相當成熟了，基本上不存在導致錯誤的 bug，與即將發行的正式版相差無幾）。
release，最終發行版
該版本意味「最終釋放版」，在出了一系列的測試版之後，終歸會有乙個正式版本，對於使用者而言，購買或使用該版本的軟體絕對不會錯。該版本有時也稱為標準版。一般情況下，release 不會以單詞形式出現在軟體封面上，取而代之的是符號(r)，如windows nt(r) 4.0,ms-dos(r) 6.22等。
軟體版本命名規範 GNU 風格
例如 1.1.0 第一位是主版本號，第二位數是子版本號，第三為數是修正號 初始化專案時，版本號可以為0.1或0.1.0，如果你比較高調的話，可以使用1.0或1.0.0 當專案進行了區域性修改或 bug 修復時，主版本號和子版本號不變，修正版本號加1 當專案在原有的基礎上增加了部分功能時，主版本號不變...
GNU風格的軟體版本號命名規範
主版本號 子版本號 修正版本號 編譯版本號 major version number.minor version number revision number build number 示例 1.2.1,2.0,5.0.0 build 13124 主版本號 major 具有相同名稱但不同主版本號的程...
軟體版本命名規範
1.軟體版本階段說明 base版 此版本表示該軟體僅僅是乙個假頁面鏈結，通常包括所有的功能和頁面布局，但是頁面中的功能都沒有做完整的實現，只是做為整體 的乙個基礎架構。alpha版 此版本表示該軟體在此階段主要是以實現軟體功能為主，通常只在軟體開發者內部交流，一般而言，該版本軟體的bug較多，需要繼...