Ищем действия по сборке, которые ломают сборку при появлении новых предупреждений

Мы пытаемся очистить большую кучу кода коричневого поля, в то же время команда добавляет новые функции. . Мы хотели бы убедиться, что измененный и новый код очищен от любого компилятора/анализа кода или других предупреждений, но их слишком много, чтобы начинать с очистки текущего решения.

Мы используем TFS 2010.

Поэтому было предложено следующее:

• Написать/выбрать действие сборки, которое сравнивает список предупреждений в сборке со строками кода, которые изменились при этой регистрации.
• Если в предупреждении указан номер строки, а этот номер строки был изменен, сборка завершится ошибкой.

Я понимаю, что не будут найдены все новые предупреждения и вещи, представленные в других частях кода, не будут помечены, но это хоть что-то.

Еще один предложенный вариант:

• Сравнить список предупреждений предыдущей заведомо исправной сборки со списком этой сборки. При появлении новых предупреждений (отслеживание на уровне имени файла) выполнить сборку не удастся.

Есть ли какие-либо известные действия, которые могут обеспечить указанную функциональность?

Есть ли аналогичные действия, которые могут воздействовать на отчеты о покрытии кода?