Зависимость моментального снимка - не запускать ожидающие изменения зависимостей

Question

Предположим, у меня есть три конфигурации сборки

1. Сборка и запуск тестов
2. QA Build
3. Производственная сборка

QA зависит от тестов сборки и запуска. Производство зависит от QA.

Обычный рабочий процесс выглядит следующим образом.

1. Подтвердить изменение
2. Тесты сборки и запуска запускаются автоматически
3. Запустить QA Build вручную.
4. QA утверждает изменения
5. Запуск производственной сборки вручную.

Это прекрасно работает. Тем не менее, давайте предположим, что какое-то изменение происходит между этапами 3 и 5. Итак, теперь у меня есть 1 ожидание изменения для QA и 2 ожидающих для производства (1 из которых утвержден QA).

Если я нажму кнопку Выполнить в TeamCity, он запустит ожидающее изменение для сборки QA и оба изменения для производственной сборки.

Если я нажимаю «...» на кнопке Run , я могу нажать «Изменения» и выбрать конкретную ревизию для включения в эту сборку. Тем не менее, это не показывает мне, какая ревизия в настоящее время находится в QA. Так что теперь я должен проверить, какая версия QA одобрена и убедиться, что я выбрал правильную.

Есть ли что-то вроде того, как работают зависимости артефактов? В этом я могу указать "Последний Завершено" или "Последний Прикрепленный". Это гарантирует, что неутвержденные изменения не будут включены в сборку.

Answer 1

В этом конкретном сценарии вы должны определить зависимость снимка от 2 до 1 и от 3 до 2 . Когда QA желает проверить артефакты, сделанные 1 , они могут перейти на вкладку "Build Chains" (как только что упомянуто @neverov) либо из 1 , 2 или 3 и запустите 2 и 3 вручную оттуда. Это гарантирует, что одни и те же изменения используются на всех этапах цепочки.

Вы также можете определить зависимость артефакта между этими настройками (от 2 до 1 и от 3 до 1 ), чтобы двоичные файлы, созданные с помощью 1 , передавались в 2 и 3 без их повторного создания.