このハッキングされたブログ投稿をご覧ください: http://haacked.com/archive/2012/07/05/turkish-i-problem-and-why-you-should-care.aspx .
ほとんどの質問に答えてくれると思います。ポインタのいくつかは次のとおりです。
fxcop に付属のルールを使用することをお勧めしますか?
新しいプロジェクトでは、すべてのルールを有効にし、時間をかけて気を散らすものを無効にします。既存のプロジェクトでは、最小限のルールを有効にし、時間をかけてゆっくりと新しいルールを追加し、必要に応じてコードをクリーンアップします。
コード分析規則は次のとおりです。
ビルド中にビルド タスクとして含める必要がありますか?
はい。これは私が使用した方法です: http://kentb.blogspot.co.nz/2011_01_01_archive.html
IDE がサポートしている場合は、UI から有効にすることができます。しかし、異なるプロジェクトが異なるルールセットを使用していると問題が発生しました (たとえば、単体テスト プロジェクトはより緩い場合があります)。kentb のブログの手順は、その問題を回避します。
または、ビルド後のイベントから FxCop を直接呼び出すこともできます。
そこから得られる価値は何ですか?
よく構造化されたコードと生産上の問題の削減。
従うべき規則についてのガイドラインはありますか、それともデフォルトを使用するのが最善ですか?
繰り返しますが、あなたに合ったものを選んでください。たとえば、バイナリに厳密な名前が付けられていなくてもかまいません。ハッキングされたブログ投稿には、いくつかの良いヒントがあります。
解析をビルド後のイベントとして実行するのは正しいですか?
kentb のブログ投稿に従うか、IDE GUI を介して有効にすると (IDE がサポートしていると仮定して)、ビルド プロセスの一部として実行されます。FxCop を直接呼び出す場合は、ビルド後のイベントとして実行する必要があります。