который перестраивает ваш проект всякий раз, когда выполняется проверка в какой-либо системе контроля версий (CVS и т. Д.). Однако это можно расширить, включив в себя запуск тестов, вплоть до создания образа компакт-диска, монтирования его в виртуальных машинах, установки продукта и запуска на нем полных тестов.

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

Лично мне просто было приятно знать, когда что-то не компилируется, потому что у нас была плохая практика иметь одну сборку (да, мы разрабатывали на производственной сборке; мы были великолепны). У нас не было фазы комплексного тестирования, прежде чем я ушел.

Через некоторое время, однако, это уменьшило количество массовых изменений в коде (по сравнению с тем, что явилась «регистрация и молись, чтобы мои изменения не конфликтовали»). В конце концов, большинство разработчиков начали часто вносить небольшие изменения, чтобы получить подтверждение от иконки в трее CC.Net.

В целом, мне было очень приятно знать, что мы могли бы немедленно отправить сборку, если бы нам пришлось. Если бы у нас было всего несколько тестов на дым, думаю, уровень стресса был бы значительно ниже.

жду непрерывной интеграцией (CI) и непрерывной доставкой (CD). Хотя в большинстве постов выше описан CD, я попытаюсь показать, как CI расширяет определение CD. Наличие всех инструментов, необходимых для автоматического создания пакета и развертывания новой версии приложения, является важной частью CD. В дополнение к автоматизации этого теста (на основе трехуровневой проверки: общая проверка работоспособности, подробная статистика и исторические записи) и правильного управления вы создаете действительно хороший элемент КИ. Только благодаря такому расширенному определению возможно создание необычных облачных инструментов. Подумайте о muleESB или esbeetle.com. Для них обоих CI является чем-то естественным, хотя только второй поддерживает компоненты ESB и ETL.

Я надеюсь, что это было полезно.

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

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