以外の特定のバージョンに漏れ期間を設定し、我々はそのように動作します別の監査ツールを使用して、当社の現在のワークフロー
を、移行したい:Sonarqube Sonarqube(バージョン5.4)を評価する以前のバージョン
生産に走る現在のバージョン私たちのリファレンスバージョンです。
新しい開発バージョンがGITからチェックアウトされている場合、diffプロセスは新しいファイルと変更されたファイルを比較して、 の参照バージョンを計算し、これらのファイルの監査を開始します。
レガシーコード(既に2012年に存在していたコンポーネント)と (2012年以降)の新しいコンポーネントも若干異なります。
ビルドブレークの場合:レガシーコンポーネントから変更されたファイルで
ブロッカーの問題(これらのファイルは、すでに2012年に既存の)
ブロッカーまたは重要な問題新しいファイル(2012年以降に作成されたファイル)で、レガシーと新しいコンポーネント
どのようにSonarqubeでそれを実装するのですか?すでに
しようとした二つのこと:
1)のAntスクリプト内の生産/参照バージョンにプロパティsonar.timemachine.period1
を設定ソナータスクを開始する前に=>それは
2.)Sonarqubeの2つの異なるプロジェクトを定義します.1つはプロダクション版用で、もう1つは新しい開発版用です。 それから、Sonarqube Web UI More/Compare Projectsから知られている機能をプログラムで使用して、ブロックとCritcalの問題について の差分を取得します。
問題:f.e.既に私の生産の中にすでに存在していた200のクリティカルな問題を修正した場合は、重要な問題についてはdiffを取得しません。 リファレンスが、開発バージョンに200の新しい問題が導入されました。
プロジェクトの比較機能には、新規または古い問題のメトリックがありません。比較対象のプロジェクトの問題を数えています。