2

sonarqube でビルド ブレーカー プラグインを有効にすると、分析が失敗して終了するため、ローカル分析を実行する方法がもうないことがわかりました。また、詳細な問題リストはありません。開発者は、変更を送信する前にチェックインによってビルドが壊れるかどうかをローカルで調べることができないため、プラグインの使用をブロックしますが、変更が送信されるとビルドが壊れます...現在、私が想像できるのは、ローカル用に別のサーバーをインストールすることですビルド ブレーカー プラグインを無効にすることで分析できますが、2 つの異なるソナー インスタンス間で構成を同期するなど、他の問題が発生します。もっと良いアイデアはありますか?

よろしくお願いします、

4

2 に答える 2

0

「ローカル」分析とはどういう意味ですか?

Sonar を実行するほとんどの方法 (ランナー、ANT プラグイン、Maven プラグイン) は、常に Sonar サーバーに接続し、分析結果をアップロードしようとします。私のアドバイスは、統合サーバーでビルド後のステップとして Sonar を実行することです (Jenkins を強くお勧めします)。これにより、1 台のマシンのみが Sonar と通信することが保証され、Sonar 資格情報を安全に保つという副次的な利点があります。

ローカル分析を実行する唯一の真の方法は、Eclipse 内で Sonar を実行することです (Sonar Eclipse プラグインを使用)。これは、開発者がコードをコミットする前に分析する目的のユースケースを実現するための推奨される方法です (コードは統合サーバーによって取得され、Sonar が自動的に更新されます)。

ノート:

  • 以前のバージョンの Sonar では、同時に複数の分析が実行されるとエラーがスローされました。最近のバージョンには、ソナー サーバーの並列更新を防ぐためのロック メカニズムがあり、ビルドが「ブロックされている」という観察結果を説明している可能性があります。
  • Sonar はシック クライアント アプリケーションです。分析はビルド プロセスの一部として行われ、結果はその後サーバーにアップロードされます。
于 2013-11-05T16:55:03.933 に答える