Операции Объединяет Результаты и Запуски по всей организации, а не по отдельным задачам. Найдите его в разделе Операции, включая Результаты и Запуски виды.
Зачем нужен сводный вид?
Одна ошибка в одной задаче — это деталь. Та же ошибка в тридцати задачах — это закономерность, а именно в закономерностях кроются полезные выводы для принятия решений.
Вид по задачам отвечает на вопрос «хорошо ли это изменение?». Вид операций отвечает на вопрос «что систематически характерно для нашего кода и конфигурации?».
Результаты
Все зафиксированные в проектах результаты, которые можно фильтровать по уровню серьёзности, проекту и типу.
На что обратить внимание:
- Повторяющиеся результаты. Одна и та же проблема во многих задачах — либо реальный технический долг, требующий отдельной работы, либо правило проверки, не соответствующее вашим стандартам.
- Результаты, которые никто не устраняет. Категория результатов, которую постоянно игнорируют или подавляют, указывает на то, что соответствующая проверка не оправдывает своего назначения.
- Концентрация. Если один проект генерирует большинство результатов, значит, именно там нужно искать причину.
Запуски
Каждый запуск проверок с их результатами.
Полезная закономерность здесь — сбои, повторяющиеся на одном этапе в несвязанных задачах. Это проблема конфигурации проекта, а не кода; повторный запуск задач её не исправит. Подробнее в статье Конфигурация сборки и тестирования.
Превращение закономерностей в задачи
Повторяющийся результат может стать отдельной задачей. Именно для этого его и замечают: «эта закономерность встречается в сорока файлах» — это уже задача, а не постоянное состояние кода.
Там, где за состоянием нужно следить постоянно, а не проверять его вручную, Sentinel может отслеживать такие случаи и инициировать работу по устранению проблемы.
Настройка, а не терпимость
Если вид операций кажется перегруженным, значит, проверки настроены неверно, а не ваш код уникально плох.
Проверка, срабатывающая почти для всех изменений, описывает ваш код, а не выявляет проблемы. Либо правило не соответствует вашим стандартам, либо оно отражает технический долг, с которым вы решили смириться. В обоих случаях проверку нужно изменить — подробнее в статье Политики качества и контрольные точки.