Gitlab-ci работает сборка, затем сдаётся для проверки на отдельной машине

Question

Я относительно новичок в CI, а также Gitlab/Gitlab-CI. Недавно я установил Gitlab в качестве нашего небольшого магазина VCS и начал изучать Gitlab-CI, чтобы сделать нашу сборку. Наш код в основном ASP.Net C#, но я считаю, что установка является общей. Теперь мы собираемся запустить модульный тест после сборки, но поскольку наш модульный тест занимает намного больше времени, мы изучаем, можем ли мы сконфигурировать его на одной машине, и еще один выделенный тестовый компьютер для запуска этого модульного теста и возможно, включает автоматическое тестирование на основе селена в будущем.

Я хотел бы знать, возможно ли это, и как его настроить, поэтому процесс сборки может передать тестирование другой машине. Кроме того, может ли быть отправлено отдельное уведомление для сборки и тестирования.

EDIT: Это не дубликат How do I create 2 stages that each on a different runner? OP в этом вопросе спрашивает о запуске 2 параллельных сборки + теста на компьютере с разной степенью. Я ищу способы запустить сборку на одном компьютере, а затем проверить в другом, но результат суммируется в 1 процессе сборки в Gitlab CI.

Answer 1

Вот цитата из GitLab документации:

Использование Метки

Вы должны настроить бегун, чтобы иметь возможность запускать все различные типы рабочих мест, которые он может столкнуться на проектах он делится. Это было бы проблематичным для больших объемов проектов, если бы это было не для тегов.

Помечая Runner для типов заданий, которые он может обрабатывать, вы можете сделать уверенными, что общие бегуны будут выполнять только те задания, которые они готовы для запуска.

Например, в GitLab у нас есть бегуны с меткой «рельсы», если они содержат соответствующие зависимости для запуска наборов тестов Rails.

Пример: .gitlab-ci.yml. Итак, вы можете настроить еще один (еще больше) бегун с необходимыми тегами и обработать ваши длительные тесты отдельно.