程式集版本 一個程式集會有三個版本,每個版本都是做什麼的呢,我們來看一下,每個版本號的用途及正確用法: 版本號 示例版本號: Major(主版本號)|Minor(次版本號)|Build(內部版本號)|Revision(修訂號) | | | 2 | 3 | 719 | 5 前兩個編號構成了公眾對版本的 ...
程式集版本
一個程式集會有三個版本,每個版本都是做什麼的呢,我們來看一下,每個版本號的用途及正確用法:
版本號
示例版本號:
Major(主版本號) | Minor(次版本號) | Build(內部版本號) | Revision(修訂號) |
---|---|---|---|
2 | 3 | 719 | 5 |
前兩個編號構成了公眾對版本的理解,公眾會將這個版本號視為這個程式集的2.3版本,第三個編號719時程式集的build號,如果公司每天都生成程式集,那麼每天都應該遞增這個build版本號,最後一個5指出當前build的修訂次數,如果因為某個原因,公司某一天必須要生成多次程式集(可能是為了修複一個造成其他什麼事情都幹不了的hit bug),revision 號就應該遞增, Microsoft 採用的就是這個版本編號方案,強烈建議你也採用。
AssemblyFileVersion
這個版本號存儲在 Win32 版本資源中,它僅供參考,CLR既不檢查也不關心這個版本號。通常,可以先設置好版本的 major/minor 部門,這是希望公眾看到的版本號,然後每生成一次就遞增 build 和 revision 部分。
理想情況是 Microsoft 的工具(比如csc.exe 或者 al.exe)能夠自動更新 build 和 revision(根據生成時的日期和時間)。
在 windows 系統資源管理器中能看到這個版本號,對客戶系統進行故障診斷的時候,就可以根據它識別程式集版本是多少
AssemblyInformationVersion
這個版本號也存儲在 Win32 版本資源中,同樣僅供參考,CLR既不檢查也不關心。
這個版本號的作用在於指出該程式集的產品的版本。例如,產品的2.0版本可能包含幾個程式集,其中一個程式集標記為版本1.0,因為它是新開發的,在產品的1.0版本中不存在。
通常,可以設置這個版本號的 major 和 minor 部分來代表產品的公開版本號,以後每次打包所有程式集來生成完整產品,就遞增 build 和 revision 部分。
AssemblyVersion
這個版本號存儲在 AssemblyDef 清單數據中,CLR 在綁定到強命名程式集時會用到它,這個版本很重要,它唯一標識了程式集。開始開發程式集時應該設置好 major/minor/build/revision 部分,而且除非要開發程式集的下一個可部署版本,否則不應變動。如果程式集A引用了強命名程式集B,程式集B的版本會嵌入程式集A的 AssemblyRef 表。這樣一來,當CLR需要載入程式集B時,就準確地知道當初生成和測試地是程式集B地哪個版本。
Reference
- 《CLR via C#》第四版 -- 清華大學出版社