Выборочно выполнять задачи сборки в процессе сборки

Question

В настоящее время мы используем CruiseControl.NET и NANT для запуска нашего процесса сборки. Это работает хорошо, однако я хотел бы иметь возможность сделать задачи, которые я запускаю для каждой сборки, более детализированными, БЕЗ создания дополнительных сборок для проекта.

Например, в качестве простого примера, если у меня есть сборка создания, где я хотел бы выполнить следующие задачи: - построить - пакет - Развертывание в QA - Примечания к выпуску сборки - Отправить уведомление во внутреннюю систему

Я не хочу развертываться в QA каждый раз, когда делаю сборку. Кроме того, я не хочу создавать заметки о выпуске и отправлять уведомления, когда я просто делаю сборку QA. Я мог бы просто создать больше сборок (Create, Create for QA, Create for Release), однако я хотел бы посмотреть, есть ли там система сборки, которая позволит мне выбирать из списка задач каждый раз, когда я выполняю строить.

Есть ли что-нибудь подобное или я могу заставить CC.NET работать так?

Answer 1

Посмотрите на Динамические параметры для CC.NET 1.5+.

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

Answer 2

У нас есть один файл сборки master nant, и в ccnet мы вызываем этот файл со списком задач для выполнения.Этот проект ccnet дублируется пару раз, когда мы вызываем разные задачи и позволяем всем задачам работать в одной рабочей папке.Мы используем queue = "ProjectX", чтобы убедиться, что ни один из этих проектов никогда не будет работать подобным образом, и это работает довольно хорошо.

Answer 3

Посмотрите на систему управления релизами Go - http://www.thoughtworks -studios.com / go-agile-release-management .

Go ™ обеспечивает мощное и уникальное управление рабочим процессом релизасистема - конвейеры развертывания - которая обеспечивает визуальное представление о состоянии каждого изменения и контролирует поток изменений при переходе от сборки к тестированию и выпуску.