0
TeamCity установки:TeamCity + GitHub (Build Config каждой ветви)
Project (CenterProj)
- Build Configuration (Master Branch)
- Build Configuration (Dev филиал)
Установка VCS (GitHub) (Репо: CenterProj):
- Мастер отделения
- Dev Отделение
Настройка сайта:
- dev.centerproj (относится к устр филиал)
- qa.centerproj (относится к мастер филиал)
Мне еще предстоит выяснить, как я могу подключить 1 корневую систему VCS к ЦентруПро Репо, d затем запускают конфигурацию 2 build на основе commit/merge для их отдельных ветвей.
- Пример: код фиксации для ветви Dev, триггеры TC Создайте конфигурацию (Dev), и она выходит на dev.x. Я думаю, что объединить это, чтобы передать Мастер, а затем запускает конфигурацию сборки (Master), которая выходит на qa.x.
До сих пор я получаю непрерывные «ожидающие» сборки, ожидающие на dev, когда я совершаю/объединяюсь, чтобы овладеть или ждать в Мастере, когда я совершаю/объединяюсь в Dev.
Предложения?
есть ли причина для отдельной конфигурации сборки для каждой ветви (они делают разные шаги?). Вы должны иметь одну конфигурацию сборки и один корень VCS и использовать спецификации ветвей в корне VCS для мониторинга нескольких ple - Это может затем инициировать сборки из разных ветвей в том же репозитории Git. –
@EvolveSoftwareLtd У меня создалось впечатление, что это сработает. Строки точно такие же, кроме места назначения. один идет в dev.x, другой переходит в qa.x. Я попробовал спецификации ветки в корне, поэтому он контролирует ветви Master и Dev. но все равно на фиксации ветки, запускаются обе конфигурации сборки. – SudoGaron