參考資料：
gnu 風格的版本號命名格式:
主版本號 . 子版本號 [ . 修正版本號 [ . 編譯版本號 ] ]
英文對照:
major_version_number . minor_version_number [ . revision_number [ . build_number ] ]
示例: 1.2.1，2.0， 5.0.0 build-13124
gnu 風格的版本號管理策略當專案初版本時, 版本號可以為 0.1 或 0.1.0, 也可以為 1.0 或 1.0.0, 如果你為人很低調, 我想你會選擇那個主版本號為 0 的方式;
當專案在進行了區域性修改或 bug 修正時, 主版本號和子版本號都不變, 修正版本號加 1;
當專案在原有的基礎上增加了部分功能時, 主版本號不變, 子版本號加 1, 修正版本號復位為 0, 因而可以被忽略掉;
當專案在進行了重大修改或區域性修正累積較多, 而導致專案整體發生全域性變化時, 主版本號加 1;
另外, 編譯版本號一般是編譯器在編譯過程中自動生成的, 我們只定義其格式, 並不進行人為的控制.
GNU風格的軟體版本號命名規範
主版本號 子版本號 修正版本號 編譯版本號 major version number.minor version number revision number build number 示例 1.2.1,2.0,5.0.0 build 13124 主版本號 major 具有相同名稱但不同主版本號的程...
軟體發布版本號命名分風格（GUN）
gun風格 1 產品初版時，版本號可以為0.1或0.1.0，也可以為1.0或1.0.0 2 當產品進行了區域性修改或bug修正時，主版本號和子版本號都不變，修正版本號 1 3 當產品在原有的基礎上增加了部分功能時，主版本號不變，子版本號 1，修正版本號復位為0 4 當產品進行了重大修改或區域性修正累...
版本號命名指南
首先看看某些常見軟體的版本號 從上可以看出，不同的軟體版本號風格各異，隨著系統的規模越大，依賴的軟體越多，如果這些軟體沒有遵循一套規範的命名風格，容易造成 dependency hell。所以當我們發布版本時，版本號的命名需要遵循某種規則，其中 semantic versioning 2.0.0 定...