問題タブ [sonarlint-vs]

VS 2015 内で SonarQube プロジェクトにバインドしようとすると、以下のエラーが発生します。

SonarQube プロジェクトへのソリューションのバインド: 品質プロファイルのダウンロード: 品質プロファイルが正常にダウンロードされました。名前: 'Sonar way'、キー: 'cs-sonar-way-33351'、言語: 'C#' SonarQube 要求が失敗しました: シーケンスに要素が含まれていませんワークフロー実行中の予期しないエラー: オブジェクト参照がオブジェクトのインスタンスに設定されていません..

バージョン 2.8.0.214 以降の SonarLint Binding Error - Project Count out of Range?ページのユーザーと同じ問題があります。.

Jira ボードで、バグがバージョン 2.8.1 で修正されるというチケットhttps://jira.sonarsource.com/browse/SVS-123を見つけました。

そのため、このバージョンのリリース予定はいつですか。

それ以外の場合、回避策はありますか? たとえば、古いバージョンをインストールする可能性はありますか?

ソナー lint ビジュアル スタジオ 2015 拡張機能をビジュアル スタジオ 2017 RC に適用できるかどうかは誰にもわかりませんか?

プラグインの動作に影響を与える 2 つの IDE の間に大きな違いはありますか? バージョンをマニフェストに追加するだけですか？

私たちは VS2015 Enterprise で SonarLint を試していますが、解決しない限りショーストッパーになる可能性のある厄介な問題があります。Core i5 プロセッサ、8GB メモリ、大容量 SSD、Windows 7 Pro:

同じ警告コード (例: S1444) の大量のレガシー警告があります。私は既存のコードを使用できますが、将来の作業のためにそれらをキャッチしたいので、既存の警告を抑制したいのですが、コードに厄介なプラグマは入れません。そこで、[エラー一覧] 画面でそれらをすべて複数選択して右クリックし、[抑制ファイル内] をクリックします。GlobalSuppressions ファイルが適切なプロジェクトに作成され、更新されます。

ただし、警告は引き続き表示されます。ソリューションをクリーンアップして再構築すると、「抑制された」警告が引き続き表示されますが、抑制状態は「アクティブ」のままです (これは「抑制されていない」ことを意味すると推測しています)。

これは、古い警告を削除して新しい警告を明らかにすることはほとんど (または実際には) 不可能であることを意味します。これが演習の要点です。

これはバグですか、それとも何か不足していますか?

また、rt-click コンテキスト メニューに Suppress-> が含まれている場合と含まれていない場合があることに気付きました。それはどのように機能しますか？

SonarQube/SonarLint を、約 40 のプロジェクトを持つかなり巨大な C# ソリューションで使用したいと考えています (C++ ソリューションは、後で提供されることを願っています)。ただし、VS 統合には苦労しています。問題は次のとおりです。

• SonarQube サーバーで品質プロファイルを定義し、ソリューションをそのプロファイルにバインドしました。その結果、SonarLint はプロファイルを.rulesetソリューション ファイルとして受け取り、一連のファイルを作成します。
  • バインディング構成 ( .sqconfig) (フォルダー<solution dir>/SonarQube)
  • ソリューション ルールセット (フォルダ<solution dir>/SonarQube)
  • プロジェクト レベルでソリューション ルールセットを調整できるプロジェクト ルールセット ファイル (プロジェクト フォルダーごとに 1 つ) (素晴らしい機能であり、(私たちにとって) 重要な機能です)
• ここで、バインディングとルールセットを開発チーム全体で共有したいと思います。したがって、上記のすべてのファイルをチェックインしました。ただし、これには重大な欠点があります。SonarLint が SonarQube サーバーから品質プロファイルの変更を受け取るたびに、大量の変更が送信されます。これらの変更を調査すると、ほとんどの (すべてではないにしても) ファイルはまったく変更されておらず、変更されているだけのように見えます。これは私たちにとって致命的です。なぜなら、私たちは定期的に発信変更の「汚染された」リストを扱いたくないからです。
  • これはかなり簡単に再現できることに注意してください。
    1. ソリューションを品質プロファイルにバインド
    2. 新規および変更されたすべてのファイルをチェックインする
    3. SonarQube 接続を右クリックし、[更新] を選択します。
    4. => ソリューションをバインドすることによって作成されたすべてのルールセット ファイルは発信変更としてマークされます (実際の変更を含むものはありません)。チーム エクスプローラー ビューを更新しても役に立ちません。
• したがって、SonarLint が作成したすべてのファイルを TFS から除外できると考えました。これは (私の理解では) ソリューション ルールセットには問題ないはずです (そのルールセットは SonarQube サーバーと自動的に同期されるため)。ただし、VS プロジェクトに関して SonarQube サーバー上の品質プロファイルを調整することはできないように見えるため、VS プロジェクト固有のルールセットを使用する機能が失われます (または手動でコピーする必要があります)。

したがって、私の質問は次のとおりです。SonarLint と TFS をバージョン管理システムとして使用する場合、開発チーム間で SonarQube ルールセットを共有するためのベスト プラクティスは何ですか?