運用状況運用状況機能は、タスク単位ではなく組織全体の検出結果と実行履歴を集約します。こちらから確認できます：運用状況、および検出結果と実行履歴の各ビューです。
なぜ集約ビューが必要なのか
1つのタスクで発生する検出結果は個別の詳細に過ぎません。しかし30件のタスクで同じ検出結果が繰り返される場合、それは明確なパターンとなり、そこにこそ重要な判断材料が存在します。
タスク単位のビューは「この変更は適切か？」という問いに答えます。一方、運用状況ビューは「コードベースや設定において体系的に何が真実か？」という問いに答えます。
検出結果
プロジェクト全体で報告されたすべての検出結果で、重大度、プロジェクト、種類ごとに絞り込み可能です。
注目すべき点：
- 繰り返し発生する検出結果複数のタスクで同じ問題が繰り返される場合、それは専門的な対応が必要な技術的負債か、あるいは自社の規定に合致しないチェック項目である可能性があります。
- 誰も解決しない検出結果常に無視または承認されるカテゴリの検出結果は、そのチェック項目が本来の役割を果たしていないことを意味します。
- 集中化の傾向特定のプロジェクトから検出結果が多数生成されている場合、そこが問題の発生源であることがわかります。
実行履歴
すべての検証実行内容と、それに伴うチェック項目及び結果です。
ここでの重要なパターンは、関連性のないタスクで同じ段階で繰り返し失敗が発生することです。これはコードの問題ではなくプロジェクト設定上の問題であり、タスクを再実行しても解決しません。詳しくはビルドおよびテスト設定.
パターンを作業に変換する
繰り返し発生する検出結果は新たなタスクになり得ます。それを把握する目的は明確です：「このパターンは40ファイルに存在する」という事実は、恒久的なコードベースの状態ではなく、対応すべき作業内容なのです。
手動で確認するのではなく、継続的に監視すべき状態の場合、Sentinelがその状態を検知して、修正作業を開始します。
調整を行い、無理に容認するのをやめる
運用状況ビューが煩雑に感じられる場合、それはコードが特別に劣っているのではなく、チェック項目の設定が不適切だからです。
ほとんどの変更で同じチェック項目が発動する場合、それはコードベースの特性を表しているだけで、問題が見つかったわけではありません。そのルールが自社の規定に合致しないか、あるいは容認している技術的負債であるかのどちらかです。いずれにせよ、チェック項目を変更する必要があります。詳しくは品質ポリシーとゲート.