Visual Studio Team Services — определение сборки — сбой при большем количестве предупреждений или меньшем количестве тестов

В TeamCity можно настроить сборку на сбой при изменении метрики, а одной из доступных метрик является количество предупреждений или количество тестов и т. д. Я ищу аналогичную функциональность в Visual Studio Team Services.

Возможен ли сбой сборки, если количество тестов уменьшается или количество предупреждений увеличивается?

РЕДАКТИРОВАТЬ: это первый шаг в направлении долгосрочной цели для достижения TreatWarningsAsErrors (с несколькими выбранными прагмами вокруг устаревшего кода).


azure-pipelines azure-pipelines-build-task
person tymtam    schedule 19.12.2016    source источник
comment
Вы можете рассматривать предупреждения сборки как ошибки для каждого проекта или настроить параметр сборки. Не уверен, есть ли что-то для охвата кода % возраста неудачных модульных тестов   -  person Kyle    schedule 20.12.2016

Ответы (1)


arrow_upward
0
arrow_downward

Я не уверен насчет количества тестов, но на рынке есть по крайней мере одна задача сборки, которая позволит вам провалить сборку, если покрытие кода упадет ниже определенного уровня. Ознакомьтесь с инструментами Colin's ALM Corner Build and Release.

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

person Jeff Bramwell    schedule 23.12.2016