質問
私たちのチームの誰かがStylecopをインストールし、それ以来、彼がロードしてソースコントロールにコミットしたすべてのプロジェクトは、Stylecopがインストールされない限り、ロードを拒否しました。
.csprojファイルを手動で編集して削除できることはわかっていますが、プロジェクトファイルからこれらのStylecopパーツを自動的に削除して、非系統に感染していないVisual Studioマシンにロードして構築できる簡単な方法はありますか?
解決
以下を追加することにより、Stylecopを無効にしました GlobalSettings
ファイルへの構成 settings.stylecop
ソリューションルートで。
<StyleCopSettings Version="4.3">
<GlobalSettings>
<BooleanProperty Name="RulesEnabledByDefault">False</BooleanProperty>
</GlobalSettings>
...
</StyleCopSettings>
他のヒント
なぜそれを削除するのですか?
私の意見では、Stylecopを使用することは良いことです。
あなたの唯一の問題は、チームメンバーがStyleCopを適切にセットアップしなかったことです。
あなたの説明から、彼はMSBuild統合でStyleCopをセットアップしたかったと思います。http://blogs.msdn.com/b/sourceanalysis/archive/2008/05/24/source-analysis-msbuild-integration.aspx
彼はどうやら最後の段落「チーム開発」を除外したようです: Stylecopファイルをプロジェクトにコピーしてソースコントロールに確認してください。これにより、すべての開発マシンにStylecopをインストールする必要はありません。 (より詳細な説明については、リンクを参照してください)
これを行う場合、StyleCopは、インストールされているかどうかに関係なく、すべてのマシンで動作する必要があります。
この方法でもStylecopを使用していますが、使用する最も簡単な方法だと思います。
各.csprojファイルに2つの行を挿入し、いくつかのファイルをソースコントロールに一度チェックする必要がありました...そして、すべてのマシンでStylecopがすべてのマシンで機能するだけです(開発者マシンまたはビルドサーバーに関係なく) 。
Stylecopは実際の警告を隠します。その虚栄心とその悪。
使用しないでください。
Stylecopは、実際の警告をかき消す多くの多くの些細な警告を生成していることがわかります。どうしてもこれらのツールを使用しますが、強制的にオンにしないでください。 Stylecopの警告がないことは、意味のないメトリックです。
テスト駆動型開発
Red -> Green -> Refactor
テスト駆動型開発(Stylecopを使用)
Red -> Red -> WTF? -> Red -> Red -> ...
また、から ここ:
ボブ:パターンマッチングを使用して、ソフトウェアは醜いコードを識別します
チャーリー: - それを修正します!
ボブ:いいえ。各違反に関するメッセージを印刷します。
チャーリー:そして、ユーザーが右クリックしてそれらをすべて修正しますか?
ボブ:いいえ。メッセージは「コンマの周りの間隔が無効」をoldっています。
チャーリー:そして、ユーザーがそれを修正する方法を説明しますか?
ボブ:いいえ、その情報は別のドキュメントにあります。
チャーリー:Googleで?
ボブ:いいえ。
これが理由です Stylecopを使用しないでください.