VS軟體版本號定義、規則和相關的Visual Studio外掛
我們就Windows系統和.NET Framework的編號規則來看，軟體版本號的定義結構一般是這樣：
主版本號.子版本號.編譯版本號.修正版本號
我們也可以在專案屬性上可以看到相關設定的介面，對應的英文名稱分別為：major.minor.build.revision
Major：具有相同名稱但不同主版本號的程式集不可互換。例如，這適用於對產品的大量重寫，這些重寫使得無法實現向後相容性。當有極大的更新時，會增加major的版號。
Minor：如果兩個程式集的名稱和主版本號相同，而次版本號不同，這指示顯著增強，但照顧到了向後相容性。例如，這適用於產品的修正版或完全向後相容的新版本。而當有大更新，但不至於更新major時，會更新minor的版號。
Build：內部版本號的不同表示對相同源所作的重新編譯。這適合於更改處理器、平臺或編譯器的情況。若更新比較小，例如只是除蟲（bug fixing），則會更新build的版號。
Revision：名稱、主版本號和次版本號都相同但修訂號不同的程式集應是完全可互換的。這適用於修復以前釋出的程式集中的安全漏洞。程式集的只有內部版本號或修訂號不同的後續版本被認為是先前版本的修補程式 (Hotfix) 更新。當在同一個Build下需要重新編譯，那麼就需要增加Revision即可。
所以一般的版本資訊設定看起來應該是這樣：
1
1.1
1.1.*
1.1.1
1.1.1.*
1.1.1.1
2. .NET裡自動編號的方法
在設定頁面裡有一個是程式集版本號，一個是檔案版本號。檔案版本號主要用來為檔案做標識，而程式集版本號用於CLR識別使用。
在我們確定了主版本號和子版本號後，編譯版本號和修正版本號就需要在每次編譯的時候去變動了，這樣在程式測試、排錯時才能快速定位到使用的是哪個編譯出的版本，而不僅僅是通過檔案建立時間去辨別。
在.NET裡面提供了一個方法去自動對編譯版本號和修正版本號進行設定的方法。
首先我們需要知道通過介面設定的版本資訊是儲存在專案裡的AssemblyInfo.cs檔案裡的。
預設的設定是這樣。
1 [assembly: AssemblyVersion("1.0.0.0")]2 [assembly: AssemblyFileVersion("1.0.0.0")]
我們需要將主版本號和子版本號填寫好，因為這部分是不會頻繁變動的，而編譯版本使用萬用字元*代替，並將檔案版本資訊註釋掉，設定起來像這樣。
2 //[assembly: AssemblyFileVersion("1.0.0.0")]
這樣設定後生成的規則就是：編譯版本號是自2000年2月1日以來的天數，而修正版本號會是自午夜零點以來的秒數除以2所得的值。
我們看一個編譯後的結果。
3. 相關的Visual Studio外掛
上面.NET提供自動編號的方法在解決方案裡有很多專案且想統一管理其版本號時就不能滿足需求了，要保持統一就要每次編譯前手動統一所有的版本資訊了。
還好我們找到了一個外掛：Versioning Controlled Build ，這裡是作者的CodeProject上面的主頁，裡面有專案和使用方法的介紹。
在這裡面可以統一管理解決方案裡面的所有專案，可以按照自己的專案統一修改對應的版本號。
而在外掛設定裡面還提供了更多的選項已滿足不同的自動編號需求。
更多的功能各位可以按照自己的需求去摸索與配置了。
因為CodeProject下載需要註冊登入，為了方便下載我把外掛放在了這裡，點選下載。