SonarQube/SonarLint/Visual Studio：ソリューション内のすべてのプロジェクトに対して1つのルールセットを使用

Question

現在、当社の.NETアプリケーションでSonarQube/SonarLintの使用を評価中です。私たちは今まで見てきたことにとても満足しています（SonarQubeをこれまでに持ってきたことについての名誉 - 私は数年前、私のPhDプロジェクトに使用しました。

SonarLintインスタンスをSonarQubeサーバーに接続して（うまくいきました）、バインドされたプロジェクトの同期を開始したとき、SonarLintは（期待されていた）種類のNugetパッケージをダウンロードし始めました。私たちのソリューションのプロジェクトごとに1つまたは2つの.rulesetファイルを作成しました（ソリューション全体のルールセットと思われるファイルSonarQube/<solution name>CSharp.rulesetに加えて）。

私が期待していたのは、単一のルールセットだけが完全なソリューション（そして場合によっては、これが意味を持つプロジェクト（例えば、テストプロジェクト）のルールセットを上書きするオプション）に有効です。

この動作はまったく可能ですか？つまり、何も見逃しましたか？ SonarLintがないところで私が今までに特定した分野はドキュメンテーションだけです。

Answer 1

これらの追加のルールセットファイルが作成される理由があります。まあ、実際には複数あります。

あなたはすべてのプロジェクトが付着しなければならないにベースラインを設定することができるようにすることです

• が、特定の種類のコードのプロジェクトのための追加ルールを有効にします。いくつかのMSOCAFルールを有効にして、Sharepointプロジェクトに固有のもので、UnittestプロジェクトやWindowsサービスプロジェクトには意味がないものがあります。

• プロジェクトで技術的負債を修正しているときに、個々のプロジェクトのルールセットをゆっくりと締めて、特定のプロジェクトにクリーンアップの労力を集中させることができます。ソリューション内のすべてのプロジェクトで特定のルールまたは一連のルールを同時にクリアする必要はありません。

プロジェクトルールセットファイルの1つは、SonarQubeと同期するたびに上書きされます。残りの1つは、あなたがそれを残したままになります。カスタマイズを保存してSonarQubeベースラインに変更を安全に同期させることができます。

これを正しく覚えている場合、ソリューションルールセットはプロジェクトのルールセットに含まれており、カスタマイズを保存するルールセットと同じです。現在のところ、どのルールセットファイルサーバをどの目的に使うかを検証するSonarQubeサーバは手元にありませんが、これはその背後にある理由です。

Answer 2

私は次のブログ記事では、いくつかのルールセットを持つの関心について少し詳しく説明しました：SonarLint for VisualStudio 2.1 released, brings consistency with MSBuild, navigation to SonarQube and notifications

あなたのための品質の定義を強化したい場合にはあなたがカスタマイズ可能で、プロジェクトごとにルールセットを持っています解決策、SonarQube品質プロファイル（SonarQubeのガバナンスへの準拠）に対応しています。