Зависимости моментального снимка TeamCity без запуска rebuild

Question

TLDR: Как я могу организовать его так, чтобы зависимость моментального снимка не запускала новые сборки?

Для выполнения моих тестовых процессов им необходимо запустить среду «Тест». Создание такой среды прост, но длительный; для завершения тестовой среды может потребоваться от 45 минут до часа. Кроме того, имя среды и другие такие переменные не фиксируются до тех пор, пока среда не закончит строительство.

В определении сборки TeamCity я мог бы поставить «построить среду, если отсутствует», как шаг сборки. Однако это означает, что первый тест дня займет 45 минут.

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

Когда выполняется новый тест, часто, похоже, вызывает перестроение создания тестовой среды.

Мы не хотим, чтобы это когда-либо случалось; создание тестовой среды «сделано» в течение дня и не нужно запускать снова до завтра. Как мы можем достичь этого?

Answer 1

1. Вы уже триггер на основе времени => среда будет каждое утро
2. Создать снимок Завис в вашем продукта конфигурации ТС (не в том, что тот, который готовит тестовую среду) и галочку "Не запускайте новую сборку, если есть подходящая. '
3. Ваша конфигурация, используемая для настройки тестовой среды, не должна иметь никакого корня VCS (или указывать на какое-то спокойное место управления источником, где подача не будет). Для физической настройки вашей среды вам не нужно сопоставлять исходные коды и т. Д. - вы можете потреблять все, что необходимо, например, через ваши собственные пакеты NuGet.

Примечание: В этой последовательности действий каждого билда вашего реального проекта завербовать сборку конфигурации, которая устанавливает среду тестирования (так что физически в очереди сборки) но когда это превратить придумать будет сравнить изменения с момента last build => не отправляется на обнаруженный VCS (он указывает на спокойное место в SourceControl из-за шага 3)), и поэтому сборка будет пропущена в < 1s