當持續在改檔案內容，容易發生當初為這個檔案取的名字已經不適合描述目前內容的情況，所以會對檔案名稱做修改。
最好的例子就是重構，當重構的時候很容易發生class名稱變換，這個時候會一起調整class的檔案檔名避免未來不好找。
不過當有天需要追蹤那個檔案的變更歷史的時候，會突然發現，只有 從新檔名那段開始有記錄，而舊檔名的記錄則看不到。這個對於從svn轉過來的使用者來說是無法理解的。
在這篇將會針對這個常見的問題來談到解決的方式和為什麼git會是這樣運作。
.png "rename以前的log不見了")
隨著Visual Studio 2017發佈之後，C# 7也同時發佈了。
C# 7 和 C# 6一樣，帶來都是比較偏幫助開發的時候寫起來更加簡潔的一些寫法，因此很容易就會想要使用來增加易讀性。
這個時候如果團隊使用的Visual Studio版本不同，容易就會發生編譯問題，以Visual Studio 2015來說，在編譯C# 7 就會出錯，那是否就不能夠用了呢？
「工欲善其事，必先利其器」作為.Net 開發者來說最大的利器就是Visual Studio。
最近Visual Studio剛過完20歲週年並且發佈了最新版本VS 2017，當然要第一時間來試試看到底可以對開發增加多少幫助，這個時候會發現，怎麼都找不到離線安裝的版本了呢？
這篇將會介紹如何建立離線安裝版本的安裝檔。
在了解完如何分析測試碼的涵蓋率(也代表測試品質)之後，我們將來看另外一種保持程式碼品質的方式，也就是透過靜態程式碼分析。
在.Net的世界里，從最早期的而外工具FxCop，到後來進化成為VS一部分的Code Analysis就是專門在做這個方面工作的工具。
在這篇將會介紹如何使用Code Analysis，並且如何把它整并到我們的Build Script裡面。
在上篇介紹了如何透過使用Code Analysis來達到程式碼品質的分析。
在這一篇將會從另外一個層面介紹使用靜態程式碼分析來達到程式碼風格的一致性 - Stylecop。
在上篇把OpenCover整合到測試之後，每當執行測試後會產生出一個涵蓋率的結果報告出來。
這個涵蓋率的結果是一個xml的檔案，這個xml其實有非常豐富的資訊，但是沒有一些基礎概念會不理解是什麼意思。
因此，在這篇，將會對於涵蓋率相關的資訊做一個介紹和說明。
在上篇了解到了測試涵蓋率的計算方式之後，已經可以了解xml報告的一些數字所代表的意思。
但是，xml畢竟不是那麼容易讀得懂，並且也不容易看出到底那些地方沒有測試到。
在這篇，將會介紹如何把xml結果產生出html結果，並且如何使用。