2
私たちはSonarQubeをオンプレミスでインストールしています。バージョン6.0から6.5にアップグレードした後、2012年にはいくつかのバグやコードの匂いが再現されています。 SonarQube 6.3 release notes - 「新たに有効化されたルールのリーク期間にノイズを除去する」を参照してください。古いリサーチされた技術的債務は、リーク期間内にどのように処理されるべきですか？
これは古くて、私たちは今それを処理する予定がないので、現在は赤いゲート状態に影響を与えています。そして、私が正しい方法でそれらを取り除く方法がわかりません。
私は2つのオプションを考えることができます：
- が有効な既存の技術的負債とみなされるであろう、このリーク期間中に臭いとして良い方法ではありませんリーク期間を短く;
- マークとしてそれら「偽陽性」また、我々は既存のバグの追跡可能性を失い、我々は最終的に1日修正する予定でした匂いと同じように良いアイデアではありませんこれは、または「修正されません」。
このような場合、どのような方法が最適ですか？
例を挙げてください。分析を実行しただけでしたか、この問題を含むコードセクションも変更しましたか？ –
アップグレード後、私は長年に渡って変更されていないファイル（2015年以降、さらには2012年）に新しいバグやコードの匂いが付いたファイルを分析してコードを作成しました。私はv。6.0以降に導入された新しい規則の影響だと考えていますが、私は確信していません。 –
例：それ以来変更されていないファイルで、2012年以降のコードで、_「不適切なキャストはしないでください」_（csharpsquid：S1944）が表示されています。違う匂いやバグがあり、ルールが違う場合は列挙する必要があると思ったら教えてください。 –