現在、Multibranch Workflow pluginを使用するジェンキンスパイプラインがあります。各gitブランチは、sonar.branchプロパティを使用してソナークベプロジェクトを作成するソナールベ分析を実行します。これは、各ブランチがマージされる前に分析されているため、ブランチがマスターとマージされGITで消滅したときに表示されるため、プロジェクトはソナーレベで継続され、手動で削除する必要があるため、非常に便利です。 自動的に行う方法はありますか？または他の勧告？gitブランチのマージ/削除時に、Sonarqubeブランチプロジェクトを自動的に削除します。
SonarQubeブランチプロジェクトを削除する最も良い方法は、最初にサーバーにそれらをプッシュしないことです。ここにあなたのオプションがあります：あなたがビットバケットを使用している場合は、GitHubのを使用している場合
SonarSourceでは、SonarLintとGitHub Pluginを毎日使用しています。最後の解決策の1つは、api/projects/delete Webサービスを使用してプロジェクトを手動で削除することです。
Bitbucket ServerとBitbucket Serverアドオン用のSonarを使用している場合は、このクリーンアップを自動的に実行する方法があります。 Bitbucket Serverからこの設定を有効にするには、以下のスクリーンショットに示す3つの手順に従います。
もしあなたがプラグインを買うことができれば、それはいつも可能というわけではないかもしれません。 –
10ドル/ 10ユーザーを投資できない場合は、おそらく継続的な統合/コードQAに投資するべきではありません。極端なプログラミングと非常にシンプルなSCMはおそらくあなたがそのようなプロジェクトに必要なものです。ちょうどsayian。 SonarQubeなどは、ビジネス指向のチームでのみ意味があります。他のすべてのものについては、シンプルなcronjobがこのトリックを行うかもしれません。 – specializt
私の場合は異なりますが、bitbucketのユーザー数は大きく（+2000）、sonarqubeユーザーの数は少ない（100未満）。おそらく、プロジェクトとリポジトリをチェックするカスタムスケジュールされたタスクが解決策です。 –
あなたはJenkinsのような継続的な統合システムを使用する場合は、マスターから、それもコピーされjenkinsfileをgitの上のブランチを作成するときに、このファイルを変更暗示sonarque分析を避けます。開発者はこのステップを忘れることもあります。 –
トラビスと同じ "問題"があります。そのため、SonarQube分析を実行する前に、スクリプトがいくつかの条件付きチェックを行います（マスターブランチであるかどうか）。 –