App版本號碼定義與說明基礎知識

標籤：mpi   功能   定義   比較   window   開源   library   控制   問題   

版本控制比較普遍的三種命名格式

1. GNU 風格的版本號碼命名格式

   主要版本號 . 次版本號碼 [. 修正版本號碼 [. 編譯版本號碼 ]]

   樣本 : 1.2.1, 2.0, 5.0.0 build-13124

2. Windows 風格的版本號碼命名格式 :

   主要版本號 . 次版本號碼 [ 修正版本號碼 [. 編譯版本號碼 ]]

   樣本: 1.21, 2.0

3. Net Framework 風格的版本號碼命名格式:

   主要版本號.次版本號碼[.編譯版本號碼[.修正版本號碼]]

   版本號碼由二至四個部分組成：主要版本號、次版本號碼、組建號和修訂編號。主要版本號和次版本號碼是必選 的；組建號和修訂編號是可選的，但是如果定義了修訂編號部分，則組建號就是必選的。所有定義的 部分都必須是大於或等於 0 的整數。

GNU版本說明

    版本格式：主要版本號.次版本號碼.修訂編號，版本號碼遞增規則如下：    主要版本號：當你做了不相容的 API 修改    次版本號碼：當你做了向下相容的功能性新增    修訂編號：當你做了向下相容的問題修正

主要版本號:

主要版本代表不向下相容的API的新增,在APP裡表示大版本更新 
項目開發初期在API不穩定的情況下,一般以0開始,表示該項目公用API不穩定,隨時可能會變. 
正式穩定版、APP第一版以1開始,當項目發生大的變化的時候主要版本號++,次版本號碼以及修訂編號歸零

次版本號碼:

次版本號碼標示做了相容舊API的處理,在APP裡表示在原有的基礎上增加了部分功能時候++,修訂編號歸零

修訂編號:

項目的bug修複以及小範圍更改,APP同理

版本號碼規則說明

在平常開發的時候,我們會引用一些第三方的jar包或者compile一些開源的library,通過上述說明,我們可以根據引用的jar包、類庫的版本號碼,適當的去升級.比如說引用一個第三方的庫xxx-2.1,那我們在後期可以放心的使用>=2.1、<3.0之內所有版本更新,因為主要版本號不變的情況下,只是修改了次版本號碼(向下相容的修改和新增)、修訂編號(bug的修複),不會出現相容問題,主要版本增加了不相容舊版本的修改

App版本號碼定義與說明基礎知識