は、警告の量が以前のビルドよりも大きい場合、Jenkinsがアプリケーションを構築しないようにすることができますか不思議です。すでに指定されているルールがいくつかあるので、SonarQubeの使用を目指していました。私はWarnings Pluginの存在を認識していますが、SonarQubeは私が想像するより多くの機会を与えてくれます。
私はドキュメントを掘り下げていましたが、このような可能性についてのマークアップは見つかりませんでした。一種のフラグを設定する方法はありますか？あなたはそのような人で、私を正しい方向に向けるかもしれませんか？多分SonarQubeはこの問題で私の必要性をサポートしていないでしょうか？
本当に助けていただければ幸いです。
ありがとうございます！MSBuildでSonarQubeを使用しているJenkinsの警告と前回のビルドの警告量の比較
言語によっては、馬の前にカートを置いています。
具体的には、Java、C＃、およびCファミリの言語については、分析する前に構築する必要があります。他の言語（JS、PHP、Pythonの、...）これは理論的に可能であるために
、しかし：あなたは、現在の問題は、分析前にカウント取得する必要があり
は、分析後にカウント問題とそれを比較する&。この時点で、あなたはすでにSonarQubeでプロジェクトを更新しています。なぜプロジェクトが解放可能であるかどうかにかかわらず、完全なパイプラインを実行し、品質ゲートのステータスに基づいて決定するだけではいかがですか。
合計発行数を調べている場合は、古い問題を1つ削除して1つの新しい問題を追加する場合があります。
生の発行回数に重点を置いて（例：Blocker vs Info）、（Bug vs Code Smell）と入力します。
代わりに、新しいコードに問題関連の指標であるが表示されます。 Quality Gateにそれらを組み込み、プロジェクトの品質ゲートステータスに基づいて決定（ポストビルド）を行います。