軟件版本號管理簡要

1 . 概述

2. 版本管理

2.1 . 版本規則

2.1.1 . 版本號組成結構

• 主版本號.次版本號.[修訂版本號.[構建版本號]] eg:1.0.21.124

2.1.2 . 主版本號

• 當應用引入新的技術及框架時，使應用架構發生重大變化
• 當應用功能模塊進行了重大修改
• 當應用積累了較多的局部修改
• 當知足以上條件時主版本號 +1，其餘版本號自動歸零 eg: 1.2.12.232->2.0.0.232
• 主版本號 首次默認爲 1

2.1.2 . 次版本號

• 在原有基礎上增長了新的功能特色時 次版本號 +1，修訂號 自動歸 0 eg: 1.2.12.252 -> 1.3.0.252
• 修復嚴重漏洞和缺陷是 次版本號 +1
• 次版本號 首次默認爲 0

2.1.3 . 修訂版本號

• 當 主版本號或次版本號發生變化時，修改版本號 從 0 開始計數
• 當 主版本號或次版本號無變化時，修訂版本號在每次構建時 +1
• 修訂版本號 首次默認爲 0

2.1.4 . 構建版本號

• 構建版本號 對應於構建平臺總的編譯次數,無需手動干預 每次編譯遞增 +1
• 構建版本號也能夠看作內部發布的一個版本號，無限大小，不受其餘版本號影響
• 構建版本號 首次默認爲 1

2.2 . 實例演練

2.2.1 . 示例-1

1.2.1.125 --> 1.2.10.134 --> 1.2.15.139

• 每次的發佈都是小的更新，這次升級能夠被忽略
• 可以明確 從第一個版本到第三個的構建次數

2.2.2 . 示例-2

1.2.1.125 --> 1.3.0.134 --> 1.4.4.139

• 發佈的版本中有重要的修復和功能的增長，這次升級不能爲忽略

2.2.3 . 示例-3

1.2.1.125 --> 2.0.0.134 --> 2.1.4.139

• 發佈的版本中發生了重大的變化，這次升級不能被忽略

2.3 . 適用範圍

2.3.1 . Android

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.shanlitech.gip.uis" 
    android:versionCode="2"
    android:versionName="1.0.2" >
 </manifest>

2.3.1 . CSharp

// 程序集的版本信息由下面四個值組成: 
//
//      主版本
//      次版本 
//      生成號
//      修訂號
//
// 能夠指定全部這些值，也能夠使用「生成號」和「修訂號」的默認值，
// 方法是按以下所示使用「*」: 
// [assembly: AssemblyVersion("1.0.*")]
[assembly: AssemblyVersion("1.0.0.2")]
[assembly: AssemblyFileVersion("1.0.0.2")]

• AssemblyVersion +是程序集的版本，.NET的CLR用，用於標識出該dll的版本信息，用於定義強名稱的版本號;
• AssemblyFileVersion
  • 爲編譯器生成的文件加入版本號，只是一個文件號標識，沒有具體的做用，也就是在資源管理器裏查看屬性時看到的版本；

3 . 版本記錄

• [V1.0]-2014年12月28日
  • 1，[土渣渣] 建立文檔
• [V1.1]-2015年04月10日
  • 1，[土渣渣] 規範文檔結構