Я настраиваю CruiseControl.net, и я никогда не работал в среде, в которой раньше использовался CI.Непрерывная интеграция - Как часто непрерывно
Мне интересно, какая средняя/лучшая практика времени между сборками?
Как часто бывает постоянным?
Спасибо, Майк
Continuous обычно означает, что сборка будет происходить после каждого фиксирования. Нет смысла делать сборки, если ничего не изменилось, и если вы создадите после проверки, вы можете быть уверены в том, что проблема в том, что сборка завершилась неудачей. Мы делаем инкрементную сборку после каждой проверки в нашу основную ветку, а также ночную чистую сборку, чтобы уловить проблемы зависимостей, которые иногда иногда теряются.
Непрерывный просто означает при каждой регистрации.
Существует не общепринятое количество времени, так как каждый проект отличается. Например, запуск CI для ОС займет больше времени, чем приложение калькулятора.
Я бы поднял ставку на каждую регистрацию на отметке. Если ваше приложение имеет зависимости между проектами (то есть мое веб-приложение зависит от другого проекта, который создает библиотеку jar или dll), и эти отношения тесно связаны друг с другом, я также хотел бы создавать всякий раз, когда есть новая сборка этой зависимости.
В принципе, вы хотите построить и протестировать как можно быстрее, если есть вероятность ухудшения приложения. Таким образом вы как можно быстрее узнаете о новых проблемах.
Если я вношу изменения, и это что-то ломает, выясняется через 20 минут достаточно быстро? Вероятно. Но если бы я узнал через 10 минут, я бы с радостью согласился. Точно 5 минут, или 30 секунд. Чем меньше времени между тем, когда я что-то сломаю, а когда узнаю, тем дешевле будет для меня исправить, так как я буду более знаком с ним, с меньшей вероятностью углубиться в что-то еще и с меньшей вероятностью иметь ушли домой или пообедали. И чем быстрее я это исправлю, тем меньше будет иметь влияние на моих товарищей по команде.
+1 для добавления ссылки на ночную чистую сборку – Suirtimed
Можете ли вы сбить «Ночную чистую конструкцию», пожалуйста. Как это отличается от обычной сборки? –
Ночная чистая сборка может занять огромное количество времени (до нескольких часов), это не имеет значения. Предполагая это, вы можете сделать чистую проверку (вместо обновления), прежде чем строить, вы можете запустить полный набор тестов или выполнить дополнительные проверки (fxcop ...). С другой стороны, непрерывные сборки должны проверять частые ошибки: ошибки сборки и минимальный набор тестов (чтобы сохранить сборку менее 5/10 минут), если ваша сводная сборка занимает слишком много времени, она становится необычной. –