日常開發維護專案中，可能會遇到釋出後出現bug，或者忘記改配置檔案等等問題，這個時候，可能就需要重新進行下發布，有的開發小夥伴可能會把編譯後的程式碼檔案整個替換。這樣做雖然也可以實現釋出，但是有幾個弊端，一個是速度慢，二個是會造成不穩定，假如不關閉站點的話，前端發出請求到後端後，將會出現異常資訊。
換過來想，如果我們釋出的程式碼檔案少，是不是就會影響小一點呢。所以我們如果只發布有變更程式碼的類庫編譯的dll檔案，是不是就能把影響降到最低呢？
那麼問題就來了，我們怎麼才能確定修復bug的時候，改了哪些檔案，涉及到哪些專案類庫呢？
通過版本管理工具就可以很好地檢視這些問題，前提是要養好勤提交程式碼，勤拉取程式碼的好習慣，這樣才能確保程式碼是最新的，不會漏程式碼。
像svn、git這些主流的版本管理工具，都有檢視日誌，檢視影響檔案的列表功能。以下我拿svn的做例子
通過上圖我們可以發現，此類改動的內容影響到的類庫有 ClearSite.Common、ClearSite.Model、ClearSite.WebApi 這三個類庫
那麼釋出的時候，我們只需要把編譯後的這三個類庫對應的dll檔案（ClearSite.Common.dll、ClearSite.Model.dll、ClearSite.WebApi.dll）去替換生產環境bin目錄下對應的dll即可