コードを最初に静的に分析し、静的解析の一部として識別される問題をバグとして提起する必要があるビルド自動化環境をセットアップしたいと考えています。Bugzillaとsonarqubeの統合
静的解析の場合、私はsonarQubeを使用していますが、バグについてはBugzillaを使用しています。
sonarQubeにはいくつかのBugzillaプラグインがありますか?一度問題が特定されると、直接Bugzillaに提出できますか?
コードを最初に静的に分析し、静的解析の一部として識別される問題をバグとして提起する必要があるビルド自動化環境をセットアップしたいと考えています。Bugzillaとsonarqubeの統合
静的解析の場合、私はsonarQubeを使用していますが、バグについてはBugzillaを使用しています。
sonarQubeにはいくつかのBugzillaプラグインがありますか?一度問題が特定されると、直接Bugzillaに提出できますか?
これは利用できないだけでなく、いくつかの理由からお勧めできません。
まず、SonarQubeによって発生しませんすべての問題は、個々の作業チケットのようになります。 - あなたのコンテキストに関連する、すなわち有効な問題ではなく、修正されませんよう
さらに、問題の作業チケットを作成するSonarQubeプラグインがあっても、統合のもう一方の側面は欠落しています。私。私がBugzillaの作業用チケットにコメントすると、SonarQubeにそのコメントが表示されることは合理的に予想されます。そして、そうではありません。手短に言えば、このタイプの統合は、関与するすべての人々のための欲求不満の練習になります。
入力を共有していただきありがとうございます。 –