У моей команды есть цель минимизировать время, в течение которого наша сборка нарушена.Круиз-контроль. NET time build тратит в неудавшемся состоянии
Мы используем CruiseControl.NET для непрерывной интеграции. Я хотел бы узнать, как лучше подойти к ответу на следующий вопрос:
«В последнем {timespan}, сколько времени прошло {проект-имя} в разбитом состоянии?"
Например: «В течение последних 1 месяца, сколько времени у нас было потрачено в разбитом состоянии?»
Есть ли какие-либо дополнительные возможности CruiseControl.NET, которые облегчили бы предоставление этой информации в каком-то типе отчета или где-нибудь в панели управления?
В качестве альтернативы, как бы вы подошли к разбору файлов артефакта xml, чтобы получить эту информацию?
«У моей команды есть цель свести к минимуму время, в течение которого наша сборка нарушена». Зачем вам это нужно? Просьба описать сценарий, когда вы можете использовать эту информацию. Если у вас 10 часов в разбитом состоянии или 3 дня, что вам это даст? – Restuta
Restuta: Для нашей команды сломанная сборка представляет собой ошибку. У нас есть набор автоматизированных тестов на разных уровнях нашей системы. Когда один из этих тестов выходит из строя из-за изменения кода, это означает, что мы добавили ошибку. Ошибки недопустимы, и мы хотели бы обеспечить их фиксацию в качестве приоритетного. Наличие статистики - это всего лишь средство, позволяющее количественно оценивать нашу работу, чтобы соответствовать нашей цели быстро находить ошибки и исправлять ошибки. Кроме того, мы используем CruiseControl.NET для развертывания нашего сайта-разработчика, поэтому, пока сборка нарушена, новые изменения кода не будут отражаться на нашем сайте-разработчике. Мы хотели бы обновить наш сайт. – bhazzard
Разбитое количество построений - это ИМХО гораздо лучше, чем время, проведенное в этом состоянии. – skolima