просто поставить нормально

Да

понял, спасибо

какая-то дичь. Кто уже использовал?

кто-то да

я просто очень пока не понимаю куда их прилепить

для монорепо?

ну вот там рядом с цитатой я это как раз спрашивал

монорепо и так прекрасно себя чувствует. Предлагаешь каждый кусочек монорепо в отдельном ямле описывать ? Бардак

ну я там коментом ниже еще пример давал

https://gitlab.com/gitlab-org/gitlab/issues/194023 хотет

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

триггерить пайплайны в другом репо это немного другой кейс

+

Ммм, а я думал они это запилили. Посмотрел, увидел на скриншотиках downstream и читать не стал, каюс 😅

триггеры пайплайнов других проектов давно есть (за денежку или хаками)

Это да, вот я грешным делом и решил, что теперь нахаляву можно 😅

Приветствую, может кто подсказаь- рассматриваем возможность перейти на gitlab ci, сейчас используем teamcity.
Есть у нас несколько релизных веток , которые поддерживаются одновременно. В силу особенностей приложения деплоится на кучку ВМ(софт корпаративного характера с HA- "докеры нам только сняться") и есть у меня виртуальный стенд с ВМ(для тестов успешности деплоя), которые я просто откатываю на чистые снапшоты. Каждый раз создавать новые ВМ с ноля для тестов деплоя - "дорого по времени" .  В тимсити просто создаешь shared lock на запись и используешь его во всех тасках которые работают со стендом и запускаться оно может одновременно и ждет пока лок не освободится.
Можно что-то подобное замутить с gitlab ci или оно совсем линейное(parent-child pipeline не учитываем- туту оно мне не поможет)?