私は TFS を使用して、開発者がチェックイン ポリシーを通じてコード分析を使用することを要求しています。エラーがスローされた場合、コードをチェックインできません。
ただし、メッセージを抑制してチェックインすることはできます。そうする場合は、行動の正当な理由を提供するよう要求したいと思います。ただし、これは空白のままにすることができます。
これを強制し、正当な理由を空白のままにしないようにする方法はありますか?
私は TFS を使用して、開発者がチェックイン ポリシーを通じてコード分析を使用することを要求しています。エラーがスローされた場合、コードをチェックインできません。
ただし、メッセージを抑制してチェックインすることはできます。そうする場合は、行動の正当な理由を提供するよう要求したいと思います。ただし、これは空白のままにすることができます。
これを強制し、正当な理由を空白のままにしないようにする方法はありますか?
カスタムのコード分析ルールを追加して、正当な理由がないか空の理由を確認できます。http://www.binarycoder.net/fxcop/html/ex_specifysuppressmessagejustification.htmlに例があります。
ビルド サーバーをセットアップして、ゲート チェックインを使用してみませんか。次に、コード分析を常に実行するようにビルド定義を設定します。コード分析が失敗した場合、ビルドは失敗し (プロジェクトでセットアップされている場合)、ビルドが失敗するコード分析が修正されるまでチェックインは行われません。
あるとは思いません...自分で書くこともできます。TFS Power Tools を見ると、チェックイン ポリシーがいくつか追加されています。
http://msdn.microsoft.com/en-us/library/ms181281(v=vs.90).aspx