🧤K
Упрощённо - e2e надо запускать при любых изменениях в любом чалде и не разрешать деплоить в чайлдах пока не пройдет sussessful e2e step
Интересно!
А почему не запустит e2e в child pipeline?
Size: a a a
2020 July 23
VD
🧤K
Хочется тестировать именно тот код который будет задеплоен, а не просто собранный в параллельной pipeline
🧤K
Но конечно остаётся вопрос с кейсом когда изменения есть только в 1 ветке, где взять другую
🧤K
Но этот вопрос я надеюсь как-то решить кэшированием
🧤K
Пока цель в принципе иметь раздельный деплой для UI & API (достигнута) и иметь e2e verification что ничего не сломается до деплоя любого нового кода в прод
🧤K
Если можно добиться этого каким-то другим, не сильно сложным путем, я только за )
GG
в гитлабе к слову об оплате true-up бесит... вообще можно его отключить, кто знает?
сомнительно
VD
Если можно добиться этого каким-то другим, не сильно сложным путем, я только за )
Сейчас вот сходу не уверен, но кажется parent-child там возможно не нужны?
Что если посмотреть в DAG?
https://docs.gitlab.com/ee/ci/yaml/#needs
Что если посмотреть в DAG?
https://docs.gitlab.com/ee/ci/yaml/#needs
VD
Мне кажется это все можно в один пайплайн собрать
rd
Упрощённо - e2e надо запускать при любых изменениях в любом чалде и не разрешать деплоить в чайлдах пока не пройдет sussessful e2e step
У GitLab есть страница про описание возможных зависимостей
https://docs.gitlab.com/ce/ci/multi_project_pipelines.html
+ преза
https://about.gitlab.com/handbook/marketing/product-marketing/demo/#cross-project-pipeline-triggering-and-visualization-may-2019---1110
Но даже если твоего кейса нет, ты можешь собрать в один пайплан и накрутить логику, что б дёргать нужные job'ы через API.
https://docs.gitlab.com/ce/ci/multi_project_pipelines.html
+ преза
https://about.gitlab.com/handbook/marketing/product-marketing/demo/#cross-project-pipeline-triggering-and-visualization-may-2019---1110
Но даже если твоего кейса нет, ты можешь собрать в один пайплан и накрутить логику, что б дёргать нужные job'ы через API.
rd
Vladimir Dzalbo
Мне кажется это все можно в один пайплайн собрать
+
🧤K
Я уверен что можно ) но уж очень понравилась идея parent child, полностью независимых, не надо ничего выдумывать в обычном случае. И лёгкость расширяемости нравится, легко добавлять микросервисы/базы
2020 July 24
VD
Я уверен что можно ) но уж очень понравилась идея parent child, полностью независимых, не надо ничего выдумывать в обычном случае. И лёгкость расширяемости нравится, легко добавлять микросервисы/базы
А frontend и backend в разных репо или в одном?
🧤K
Vladimir Dzalbo
А frontend и backend в разных репо или в одном?
Монорепо
Д
Ребята - вижу тут весьма интересная дискуссия ведется, хочу спросить вот какой вопрос - как можно трегернуть определенную джобу в другом пайплайне с помощью api? Триггер работает, но стартует весь пайплайн. Как бы добиться того чтоб стартовала только определенная джоба
VD
Ребята - вижу тут весьма интересная дискуссия ведется, хочу спросить вот какой вопрос - как можно трегернуть определенную джобу в другом пайплайне с помощью api? Триггер работает, но стартует весь пайплайн. Как бы добиться того чтоб стартовала только определенная джоба
rules городить
Д
если rules, то за что можно зацепиться?
VD
За
CI_PIPELINE_SOURCEVD
Можно ещё конечно Джобу вынести в отдельный yaml файл и запускать таким образом пайплайн из одной джобы?