16

私が取り組んでいるプロジェクトのソース分析を有効にする方法について調査を行っており、StyleCop を使用する予定です。私が持っているセットアップは、TFS 継続的統合を使用したソース管理用の TFS サーバーです。開発者のマシンで実行されるものだけでなく、ビルド マシンで実行される CI ビルドとデイリー ビルドのソース分析を有効にしたいと考えています。

これは、件名で読んだ StyleCop のドキュメントの記事です: http://blog.newagesolution.net/2008/07/how-to-use-stylecop-and-msbuild-and.html。基本的に、目的に合わせて csproj ファイルを変更します。

また、StyleCop をビルド自動化と統合する方法についての他の意見も読みました。ビルド タスクを使用して同じことを行うことをお勧めします。

http://blog.newagesolution.net/2008/07/how-to-use-stylecop-and-msbuild-and.html http://freetodev.spaces.live.com/blog/cns!EC3C8F2028D842D5!400.entry .

あなたの意見は何ですか？同様のプロジェクトがあり、このようなことをしたことがありますか?

4

3 に答える 3

31

一般的に StyleCop を使用するためのいくつかのポイント:

  • StyleCop を (またはビルド) マシンにインストールする必要はありません。StyleCop のバイナリをソース管理に追加するだけです (約 1.5 MB のもの)。

  • 次に、次のように、プロジェクト ファイルへの相対参照を追加するだけです (< と > は省略しました)。

    Import Project="..\..\lib\Microsoft StyleCop\Microsoft.StyleCop.Targets"

  • StyleCopTreatErrorsAsWarningsプロジェクト ファイルの設定を使用して、すべての StyleCop 警告をエラーとして扱います。

  • レガシー プロジェクトの場合、Microsoft が提供するツールを使用して、既存のすべてのソース ファイルを自動的に無視するように設定できます。
  • VS ソリューションがあるルート ディレクトリにStyleCop 設定ファイル ( Settings.StyleCop) を配置できます (もちろん、ソース管理下に配置します)。StyleCop は、このファイルを自動的に見つける方法を知っています (ディレクトリ ツリーを調べることによって)。このようにして、ソリューションごとにカスタム設定を行うことができます。
  • 従うのがあまり実用的ではないと思われる特定の StyleCop ルールをオフにしました。

このようにして、StyleCop はコンパイル ステップに統合され、CI ビルドの一部になります。

于 2009-06-25T20:10:45.230 に答える
2

次の記事のアプローチをいくつかのプロジェクトでうまく使用しています...

http://blogs.msdn.com/sourceanalysis/pages/source-analysis-msbuild-integration.aspx http://blogs.msdn.com/sourceanalysis/archive/2008/11/11/introducing-stylecop-on-legacy -projects.aspx

基本的に、いくつかの環境変数を設定し、すべての .csproj ファイルでそれらを参照して、個々の開発者ごとに異なる作業ディレクトリに対応できるようにし、ビルド マシンに StyleCop MSBuild コンポーネントをインストールすれば完了です。チーム ビルドを変更する必要はありません。

于 2009-06-25T12:00:05.897 に答える