日常開發維護專案中，可能會遇到發布后出現bug，或者忘記改組態檔等等問題，這個時候，可能就需要重新進行下發布，有的開發小伙伴可能會把編譯后的代碼檔案整個替換，這樣做雖然也可以實作發布，但是有幾個弊端，一個是速度慢，二個是會造成不穩定，假如不關閉站點的話，前端發出請求到后端后，將會出現例外資訊，
換過來想，如果我們發布的代碼檔案少，是不是就會影響小一點呢，所以我們如果只發布有變更代碼的類別庫編譯的dll檔案，是不是就能把影響降到最低呢？
那么問題就來了，我們怎么才能確定修復bug的時候，改了哪些檔案，涉及到哪些專案類別庫呢？
通過版本管理工具就可以很好地查看這些問題，前提是要養好勤提交代碼，勤拉取代碼的好習慣，這樣才能確保代碼是最新的，不會漏代碼，
像svn、git這些主流的版本管理工具，都有查看日志，查看影響檔案的串列功能，以下我拿svn的做例子
通過上圖我們可以發現，此類改動的內容影響到的類別庫有 ClearSite.Common、ClearSite.Model、ClearSite.WebApi 這三個類別庫
那么發布的時候，我們只需要把編譯后的這三個類別庫對應的dll檔案（ClearSite.Common.dll、ClearSite.Model.dll、ClearSite.WebApi.dll）去替換生產環境bin目錄下對應的dll即可
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/24034.html
標籤：C#
上一篇：減少if...的使用