2
我們有一個本地安裝SonarQube的,從6.0版本升級到6.5後,我注意到,有幾個bug和代碼味道一樣老在2012年重新出現。我沒想到這樣的事情發生,按照SonarQube 6.3 release notes - 見「爲新激活的規則在泄漏期間去除噪聲」。舊漏報期技術債務應該如何處理?
因爲他們老了,我們也沒有計劃來處理它們現在,他們正在影響我們的門狀態 - 這是目前紅 - 我不知道怎樣才能以適當的方式擺脫他們。
我能想到的兩個選項:
- 縮短泄漏的時期,這是不是一個很好的方法,因爲現有的有效在這一時期泄漏氣味會被認爲是技術的債務;
- 將其標記爲「假陽性」或「不會解決」,這也並不像我們將失去現有的bug追蹤和氣味,我們最終可能會計劃來解決一天一個好主意。
在這種情況下,什麼是應採取的最佳方法?
你能舉個例子嗎?你只是運行一個分析,或者你是否也改變了包含這個問題的代碼部分? –
升級之後,我對文件進行了長時間未更改的分析和代碼(2015年以來,有些甚至是2012年)都存在新的錯誤和代碼異味,導致我們的Quality Gate失敗。我認爲它們是6.0版之後引入的新規則的影響,但我不確定。 –
示例:從2012年開始,在一個自那時以來沒有改變過的文件中,我們出現了一個_「不適合強制轉換」_(csharpsquid:S1944)出現。還有其他許多不同規則的氣味和錯誤,如果您認爲需要列舉,請告訴我們。 –