2017-08-07 28 views
0

我有一個開箱即用的Sonarqube實例(使用docker)。Sonarqube PASS即使閾值太低

我遇到的問題是幾個質量檢查失敗(我有一個阻塞問題,覆蓋率低於80%),但質量門顯示綠色和通過。

我使用Sonarqube插件從gradle運行構建。 SonarQube是v 6.4

我在想什麼?

回答

0

默認情況下,質量門上的80%僅適用於從數據中提供的新代碼作爲參考。

如果我還記得,默認情況下差異是「計算」之間的項目版本(至少如果使用gradle聲納亞軍)。

因此,如果您的新代碼覆蓋率超過80%,質量門就會好;即使整個項目沒有達到80%。

此默認配置的想法是爲了避免在已有技術債務的傳統項目上始終存在失敗的質量門。

編輯:似乎「阻滯劑」沒有失敗的原因質量門是一個術語混淆的問題。 OP有一個攔截器,但它不是一個錯誤/漏洞,而是一種「代碼味道」。 here你有一個sonarqube類別和嚴重性的簡要說明。

EDIT2:此外,here你有一個解釋這是默認的質量門度量

+0

我只是使用覆蓋作爲例子 - 我有一個阻塞問題,大門應該有0容忍。 – ed4becky

+0

被覆蓋或問題沒有改變任何關於解釋。根據我的理解,這裏的關鍵在於,如果阻止問題被報告爲「新代碼」(質量門戶,默認情況下適用於此),或者作爲您的項目已有的技術債務。在查看sonarqube項目概述頁面時,是否在「右欄」或僅左欄上看到阻止問題?右欄是關於新代碼(截圖將更容易解釋)。 –

+0

這裏有幾個屏幕截圖https://www.dropbox.com/s/a3jyafblloeh5mu/gporev-data-svc.pdf?dl=0 – ed4becky

0

我把它通過創建我自己的質量門和NOT搭售其泄漏期間的工作。