Таким образом, в настоящее время мы только внедряем master, но сталкиваемся с проблемами, когда мы хотим развернуть коммит / сборку, в которой было запущено все наше тестирование.Обычно это просто мастерская в 4:30 вечера.Мы запускаем нашу конфигурацию сборки для всех тестов автоматически в 16:30 (давайте назовем эту конфигурацию конфигурации ALLTESTS), чтобы мы могли контролировать, как эта фиксация / сборка помечается в конфигурации ALLTESTS.
Мы разделяем тестирование и развертывание,поэтому, когда развертывание выполняется (вручную или автоматически), оно должно выбрать только ветку / тег / фиксацию / сборку, которые были отмечены.Добавление тестов в нашу конфигурацию развертывания не является жизнеспособным решением.
Изначально я планировал использовать теги Git.Тег с именем deploy будет удален и добавлен в определенные коммиты, а затем при запуске развертывания этот коммит будет развернут.
Проблема, с которой я столкнулся, заключается в том, что нет простого способа вручную добавить теги git на этапе сборки.Должен ли я просто написать шаг компоновки командной строки, в котором используются команды git, удалить тег deploy из любого коммита, который у него есть, и добавить его в коммит, который выполняется?
Есть ли лучший способ для команды teamcity сделать это?У меня успешно есть теги teamcity для работы через REST API, но я не уверен, что они тоже подходят.
Полагаю, я мог бы написать powershell для анализа остальных API, чтобы получить идентификатор сборки, который был последним успешным вALLTESTS, а затем как-то передать это в развертывание.Как мне получить номер сборки и использовать его в качестве основы для развертывания?