2017-08-14 39 views
2

我們有一個本地安裝SonarQube的,從6.0版本升級到6.5後,我注意到,有幾個bug和代碼味道一樣老在2012年重新出現。我沒想到這樣的事情發生,按照SonarQube 6.3 release notes - 見「爲新激活的規則在泄漏期間去除噪聲」。舊漏報期技術債務應該如何處理?

因爲他們老了,我們也沒有計劃來處理它們現在,他們正在影響我們的門狀態 - 這是目前紅 - 我不知道怎樣才能以適當的方式擺脫他們。

我能想到的兩個選項:

  • 縮短泄漏的時期,這是不是一個很好的方法,因爲現有的有效在這一時期泄漏氣味會被認爲是技術的債務;
  • 將其標記爲「假陽性」「不會解決」,這也並不像我們將失去現有的bug追蹤和氣味,我們最終可能會計劃來解決一天一個好主意。

在這種情況下,什麼是應採取的最佳方法?

+0

你能舉個例子嗎?你只是運行一個分析,或者你是否也改變了包含這個問題的代碼部分? –

+0

升級之後,我對文件進行了長時間未更改的分析和代碼(2015年以來,有些甚至是2012年)都存在新的錯誤和代碼異味,導致我們的Quality Gate失敗。我認爲它們是6.0版之後引入的新規則的影響,但我不確定。 –

+0

示例:從2012年開始,在一個自那時以來沒有改變過的文件中,我們出現了一個_「不適合強制轉換」_(csharpsquid:S1944)出現。還有其他許多不同規則的氣味和錯誤,如果您認爲需要列舉,請告訴我們。 –

回答

0

只是以防萬一有人在這裏增加一個答案可能有興趣。

我採取的方法是標記所有表面債務爲不會修復並添加一個特定的評論(也可能已經使用了標籤)。現在

,我們改變成另一個泄漏期間,我只是重新開放所有與該特定註釋的問題和預期都得到了相關的舊技術的債務,而不是新的泄漏時期。