CruiseControl .NET - что настраивать, чтобы избежать многократного запуска сборок CI - PullRequest
3 голосов
/ 31 июля 2009

Я хочу, чтобы для моей разработки был установлен процесс CI на основе CuriseControl .NET - небольшая команда из 15 разработчиков, одновременно работающих над несколькими проектами в одном решении.

Теперь мой вопрос заключается в том, что мне нужно настроить, чтобы избежать запуска любых возможных одновременных сборок CI. Я, должно быть, задаю глупый вопрос здесь, но тем не менее лучше задать, чем оказаться в беде: -)

Допустим, я настроил CC для проверки изменений источника каждые 2 минуты. Если один разработчик интегрирует что-то в 10.00, CC распознает это в 10.02 и начнет извлекать исходный код и начнет сборку, запустив теты и т. Д.

В то же время, если другой разработчик зарегистрирует что-то в 10.03, получит ли CC снова в 10.05 триггер, чтобы снова извлечь источник и начать сборку - в то время как он уже строит предыдущий?

Поскольку папка сборки будет одинаковой в каждом случае, это не будет проблемой.

Или ЦК знал, что его алрады строят, поэтому он не вызовет другую активацию сборки (на основе второй регистрации второго разработчика)?

Пожалуйста, помогите.

1 Ответ

5 голосов
/ 31 июля 2009

Круиз-контроль не будет проверять наличие изменений в проекте, пока он уже строит указанный проект.

Для большего контроля над такими вещами, проверьте очереди интеграции .

...