2010-03-22 52 views
0

我想讓FxCop的工作方式,它只分析它分析的exe/dll中的增量更改,而不是整個事情,因爲它已經包含了該部分。 ...任何想法如何能實現這一目標? ...在此先感謝...使用FxCop分析只有最新的變化

問候,

ASV ...

回答

0

我認爲這將是太多的麻煩讓這種情況發生。我的建議是選擇你可以忍受的fx警察規則,並從代碼中獲取所有的錯誤/警告。這樣,如果另一個團隊成員改變了某些東西,你會發現它,除非他們正在編寫通過的代碼。在這種情況下沒有問題。

除非你正在做一些需要年齡檢查fxcop的masive項目,我認爲這應該沒問題,沒有理由只檢查增量更改。

如果您處於一個項目如此之大以至需要很長時間才能分析的情況,請考慮重構。在Visual Studio上下文中,無論您在項目中擁有哪些文件夾,都應考慮將其製作爲新項目。這將有助於在代碼中分離,並且可以分析整個解決方案的一部分,而不是整個解決方案及其所有項目,其中大部分項目都沒有變化。

重構通常比通過一個真正定製的測試設置來補​​償一個困難的場景更快,而且學習曲線更少。

+0

是的......大規模的項目是我不能忽視的東西,我們在整頓流程的過程中......所以需要對所有場景保持一致,解決方案......任何想法? ......我們能否以任何方式使用VS可擴展性? – ASV 2010-03-22 09:40:26

+0

我想過一些事情就像在Visual Studio項目上啓用增量構建一樣,然後在構建後過程中運行的FxCop會處理剩下的事情......這是正確的想法......增量構建還會使FxCop也尋找在EXE/DLL的增量變化..雖然我自己懷疑這會發生如此... – ASV 2010-03-22 09:44:50

+0

你應該考慮做出更小的fxcop項目運行在解決方案的不同部分,而不是一個大的分析。有些項目會比其他項目面臨更多的變化。如果您將fx cop作爲持續集成構建的一部分運行,請考慮使用不同構建,而較重的fxcop項目運行頻率較低。 – 2010-03-22 09:48:20

0

這與此問題類似。

Diff fxcop results

這是可能的,但結果不會是100%準確。簡而言之,您可以對組件進行分析並生成報告。程序集更改後,再次運行分析,將FXCop項目設置爲僅報告新錯誤並導入舊報告作爲基準。最好使用fxcopcmd.exe而不是UI來執行此操作。

結果不會100%準確的原因在於,將舊報告與新代碼進行匹配並非輕而易舉的事情。線條移動,代碼重構,違規得到修復,引入新的違規行爲等等。因此,即使它們之前被報告過,也可能會在已更改的程序集中再次報告一些違規行爲。但總的來說,fxcop在創建差異報告方面做得相當不錯。

相關問題