問題タブ [stylecop]

StyleCop はスペースの一貫した使用をチェックすることを提案しますが、悲しいことに反対の考えが欠けています: ソースコードにタブを使用するように強制します。この機能を追加する方法はありますか? StyleCop である必要はありません。他のツールも歓迎します。

tfs2010 にゲートチェックインするときに StyleCop ルール チェックを実行する必要があります。しかし、これを構成する方法がわかりません。助けてください。

Visual Studio 2008 環境で誤って stylecop を無効にしてしまった可能性があります。プロジェクトを右クリックして [Stylecop の実行] または [Stylecop 設定] をクリックしても、何も起こりません。ツールメニューと同じです。Visual Studio 2005 から問題なく動作します。Microsoft StyleCop 4.3.3.0 を使用しています。カスタム ルールの作成で遊んでいましたが、作成したカスタム ルール dll に問題が発生したときにポップアップするランダム ボックスで [はい] をクリックした可能性があるため、私の VS 2008 環境で Stylecop が無効になった可能性があります。

これを再度有効にする方法を知っている人はいますか？stylecopを再インストールしましたが、役に立ちませんでした。

ありがとう

ニール

StyleCop CheckInポリシーを（ここから）インストールしましたが、うまく機能します。ただし、CheckInポリシーの一部として適用したいカスタムルールをいくつか作成しました（Visual Studio 2008、Team Explorer 2008、TFS 2005）。

プロジェクトを右クリックして[StyleCop設定]をクリックすると、カスタムルールが設定ファイルに正常に表示されます。ただし、チェックインポリシーを追加し、同じsettings.StyleCopファイルをインポートしようとすると、カスタムルールがエディターウィンドウに表示されません。

おそらく関連するもう1つの問題は、Visual Studioからエディターを開いたときに、カスタムルールがStyleCop設定エディターに表示されることです。ただし、Windowsエクスプローラーから設定ファイルをダブルクリックしてエディターを開くと、ルールが表示されません。

チェックインポリシーの一部としてカスタムルールを実際に使用できるかどうか、また可能であれば、チェックインポリシーを追加するときにStyleCop設定エディターウィンドウにそれらを表示する方法を教えてください。

ありがとう、

ニール

プロジェクト ファイルでは StyleCop を使用しており、ビルド プロセス中に実行しています。次のように StyleCop ターゲットを含めるようにプロジェクト ファイルを変更しました。

問題は、なぜこれが機能するのかということです。Microsoft.StyleCop.targets ファイルで定義されている StyleCop ターゲットを呼び出しているのは誰ですか?

私が知る限り、ビルドを開始したときに実行される唯一のターゲットは、「ビルド」ターゲットです。Microsoft.StyleCop.targets ファイル以外のどこにも、「StyleCop」ターゲットへの参照が見つかりません。繰り返しになりますが、なぜ呼び出されているのでしょうか。

私が知りたい理由は、独自のカスタム タスクで同様のことができれば素晴らしいからです。したがって、78 個の csproj ファイルすべてを編集する代わりに、次のような独自の一般的なターゲットをインポートすることができます。

次に、そのファイルに StyleCop をインポートし、プロジェクトごとに実行する必要がある他のすべてのタスクをインポートします。

理解を助けてください。

VS2008でStyleCopを使用しています。このエラーが発生します：

SA1638：ファイルヘッダーの著作権タグのfile属性には、ファイルの名前が含まれている必要があります。

これが私のヘッダーです。

問題は、AssemblyInfo.csがPropertiesフォルダー内にあることだと思います。StyleCopをサイレンシングせずにこの警告を修正する方法の手がかりはありますか？

次のことを行う継続的インテグレーション サーバーをまとめようとしています。

1. サブバージョンで作業する
2. NUnit テストを使用する (失敗したテストでビルドに失敗する)
3. partcover を使用する (< X% カバレッジでのビルドの失敗)
4. FxCop に対してコードを実行します (指定された設定で、FxCop 警告でビルドに失敗します)
5. StyleCop に対してコードを実行する (指定された設定で、StyleCop 警告でビルドに失敗する)

それほど重要ではない:

1. sln ファイルから実行できる
2. アプリケーションを公開できる (ClickOnce はプロジェクト用に既にセットアップされています)

私は現在 TeamCity を使用していますが、3 または 5 を実行していないようで、最新の NUnit 用のランナーがありません。

hudson が持っているプラ​​グインのリストから、3 つを除いてこれらすべてを実行できるように見えます (重要でない要求)。hudons が partcover を使用するためのプラグインを作成することを検討しましたが、ビルド サーバーのセットアップにさらに時間がかかります。

SA1124 DoNotUseRegionsは、リージョンをどこでも使用しないことを提案しています。本当にリーズナブルですか？

リージョンは、相対コードをグループ化して大きなクラスを読みやすくする方法だと思います。たとえば、コンテキストメニューを使用してvs2008でクラスのインターフェイスメソッドを生成すると、リージョンが自動的に挿入されます。

コードスタイルをチェックしながら、このルールを削除したいと思います。このルールについてのご意見をお聞かせください。

StyleCop ルール SA1633 を渡すために、C# ファイルで XML ドキュメント ヘッダーを使用しています。

現在、StyleCop がヘッダーを認識できるようにするには、2 つのスラッシュ コメント ルールを使用する必要があります。例えば：

これは StyleCop では問題なく機能しますが、ビジュアル スタジオがコメントを XML として認識し、XML 機能 (強調表示、自動インデントなど) を提供できるようにするために、3 つのスラッシュ コメント ルールを使用したいと考えています。

問題は、3 つのスラッシュを使用すると、StyleCop がヘッダーを認識しなくなり、SA1633 警告がスローされることです。

ヘッダーが 3 つのスラッシュを使用して XML に含まれていることを理解するように stylecop を構成する方法はありますか?

スタイル違反が多すぎる場合にビルドが失敗するように、StyleCopをNAntスクリプトに統合する方法はありますか？

StyleCopにはNAntタスクはないようですが、StyleCopCmdが見つかりました。ただし、これは、解析する必要のある出力としてXMLファイルを生成するだけのようです。より簡単な解決策はありますか？