使用TFS 2008進行代碼分析，並產生微不足道的影響

Question

我們有一個.NET Web應用程序，該應用程序在TFS 2008上有172個項目，涵蓋了應用程序的所有3個層，並使用Team Build for CI。 我們使用VS2010進行開發。

我們希望為帶有最低建議規則集的所有項目激活代碼分析，並在TFS中強制執行簽入策略，即代碼分析應該在簽入之前運行一次。但是，我們希望對開發人員的影響最小他們定期進行開發檢查。 每當我們在項目的屬性中啟用代碼分析時，該項目的正常構建時間就會激增100％。 我們對代碼分析問題進行了分析，盡管即使有很多關於此規則集的問題，也可以將其分發給所有可以在進行現有增強的同時對其進行修復的開發人員。

因此，基本上，我們有兩種類型的構建：

1. 正常構建用於檢查代碼的適當性，這在我們檢入代碼之前會發生幾次。
2. 最終構建僅在簽入之前，在此我們還要檢查代碼分析。

因此，我們創建了另一個名為“ DebugWithCA”的解決方案配置，該配置啟用了其項目以進行代碼分析，以便在開發人員檢入代碼之前，他將配置從Debug切換到DebugWithCA，生成並修復代碼分析問題，然后檢入。這樣，對於常規構建，開發人員將停留在Debug解決方案配置中，而不必承擔由Code Analysis導致的額外構建時間。

但這似乎也很麻煩，因為我們白天有很多簽入（許多開發人員），並且每次簽入並切換回解決方案配置都變得很痛苦。

有沒有更簡單的方法可以滿足我們的要求？ 在進行構建時，是否可以分配一個快捷鍵，以便使用Code Analysis進行構建或使用VS2010中的特定解決方案配置進行構建？

Answer 1

我可以想到兩種實用的方法來規避您的問題。 這兩個建議都使代碼分析脫離了開發人員的關鍵開發路徑/時間。

1. 在Gated Check-in中激活您的DebugWithCA配置。 開發人員只需檢入代碼，構建系統即可確保執行了代碼分析，並且僅在沒有違反基本規則的情況下才接受更改。
2. 更放松； 只需根據DebugWithCA配置執行滾動構建。 開發人員可以離線獲取違反規則的信息。 較不受歡迎的選項，但也不那么令人討厭。