Я планирую внедрить linting в довольно обширную базу кода.Заранее исправить все существующие проблемы невозможно, поэтому неизбежно видеть тысячи ошибок линтера при запуске.
Я хотел бы записывать количество обнаруженных ошибок каждый раз, когда сборка выполняется для мастера, и рассматривать это число какпорог успеха / неудачи.Если новый запрос на извлечение не превышает текущую базовую линию, его конвейер проходит, и поэтому предлагаемое изменение можно использовать.Однако, если количество ошибок увеличивается, я бы хотел, чтобы конвейер не работал, предотвращая слияние.
Эта функция, которую я описал, сводится к записи переменных на серверы DevOps Azure в качестве некоторых побочных эффектови также читает эти значения из предыдущей сборки.Это выглядит очень похоже на сравнение покрытия кода , однако я не могу найти никаких документов о том, как реализовать логику чтения-записи вручную.
Какую конвейерную задачу я мог бы использовать?Что еще можно использовать для отслеживания пользовательских метрик по ряду сборок и сравнения значений с предыдущими?Подводя итог, моя конечная цель - постепенно снизить произвольное значение с большого числа до нуля в течение нескольких месяцев.