2017-06-23 3 views
3

プロジェクト全体の分析を実行するたびに、プロジェクト全体の問題が報告されます。しかし、翌日に変更されたファイルだけを分析すると、他のファイルの問題が削除されてしまいます。既存の問題を削除せずに解析を実行する

-Dsonar.inclusionsを実行すると、他のファイルの問題を解決する方法はありますか?

+0

変更されたファイルのみを分析するのはなぜですか?あなたの懸念は分析のパフォーマンスですか? – slartidan

+0

はい。私の懸念はパフォーマンスです。毎日、わずかなファイルしか変更されません。しかし、そのためには、プロジェクト全体の分析が必要です。しかし実際には、これらのファイルの分析は完全なプロジェクト分析と比較して最小限の時間しかかかりません。 –

答えて

4

SonarQubeは毎回すべてのファイルを分析することを想定しています。分析された言語に応じて、これは "クロスファイル分析"(別のファイルが変更されたために1つのファイルで発生した問題)にとって特に重要です。

言語やビルド環境によっては、プロジェクトを独立した小さなプロジェクトに分割することも考えられます。たとえば、ある大きなJava/Mavenプロジェクトを小さなJava/Mavenプロジェクトに分割してSonarQubeにすべての依存関係にアクセスさせると、構築時間と解析時間が短縮されます。

+0

クロスファイル解析の場合、完全な解析が必要であることを理解できます。しかし、確かに、追加されたファイルは、分析が引き起こされるファイルの問題を予期する他の問題には影響しないことが確実になります。この場合、他のファイルの問題を保存するためにsonarqubeを明示的に言う分析パラメータがありますか? –

+0

@ manoj-kumar多分ブランチ機能を使うことができるかもしれませんが、私はその専門家ではありません。他の解決方法はわかりません。 – slartidan

関連する問題