乙個程式集會有三個版本，每個版本都是做什麼的呢，我們來看一下，每個版本號的用途及正確用法：
示例版本號：
major(主版本號)
minor(次版本號)
build(內部版本號)
revision(修訂號)23
7195
前兩個編號構成了公眾對版本的理解，公眾會將這個版本號視為這個程式集的2.3版本，第三個編號719時程式集的build號，如果公司每天都生成程式集，那麼每天都應該遞增這個build版本號，最後乙個5指出當前build的修訂次數，如果因為某個原因，公司某一天必須要生成多次程式集（可能是為了修復乙個造成其他什麼事情都幹不了的hit bug)，revision 號就應該遞增， microsoft 採用的就是這個版本編號方案，強烈建議你也採用。
這個版本號儲存在 win32 版本資源中，它僅供參考，clr既不檢查也不關心這個版本號。通常，可以先設定好版本的 major/minor 部門，這是希望公眾看到的版本號，然後每生成一次就遞增 build 和 revision 部分。
理想情況是 microsoft 的工具（比如csc.exe 或者 al.exe)能夠自動更新 build 和 revision(根據生成時的日期和時間)。
在 windows 系統資源管理器中能看到這個版本號，對客戶系統進行故障診斷的時候，就可以根據它識別程式集版本是多少
這個版本號也儲存在 win32 版本資源中，同樣僅供參考，clr既不檢查也不關心。
這個版本號的作用在於指出該程式集的產品的版本。例如，產品的2.0版本可能包含幾個程式集，其中乙個程式集標記為版本1.0，因為它是新開發的，在產品的1.0版本中不存在。
通常，可以設定這個版本號的 major 和 minor 部分來代表產品的公開版本號，以後每次打包所有程式集來生成完整產品，就遞增 build 和 revision 部分。
這個版本號儲存在 assemblydef 清單資料中，clr 在繫結到強命名程式集時會用到它，這個版本很重要，它唯一標識了程式集。開始開發程式集時應該設定好 major/minor/build/revision 部分，而且除非要開發程式集的下乙個可部署版本，否則不應變動。如果程式集a引用了強命名程式集b，程式集b的版本會嵌入程式集a的 assemblyref 表。這樣一來，當clr需要引導程式集b時，就準確地知道當初生成和測試地是程式集b地哪個版本。
你應該知道git rebase
多人開發時，一般都會使用git來進行 管理。使用過git的童鞋肯定對git pullgit pushgit merge非常熟悉。那麼，大家有沒有了解過git rebase命令呢？rebase翻譯成中文叫 變基 相比merge，rebase並沒有進行合併操作，該命令只是提取了當前分支的修改，將其複製在...
你應該知道的 RPC 原理
在校期間大家都寫過不少程式，比如寫個hello world服務類，然後本地呼叫下，如下所示。這些程式的特點是服務消費方和服務提供方是本地呼叫關係。而一旦踏入公司尤其是大型網際網路公司就會發現，公司的系統都由成千上萬大大小小的服務組成，各服務部署在不同的機器上，由不同的團隊負責。這時就會遇到兩個問題 ...
Vertical Align，你應該知道的一切
對哪些元素可以使用vertical align vertical align用於對齊行內元素。所謂行內元素，即display屬性值為下列之一的元素 inline inline block inline table 本文未涉及 其中，行內元素 inline element 就是包含文字的標籤。而行內塊...