AG
Либо скрипт в каждый проект..не понимаю какие шаги?
Size: a a a
2019 December 18
АК
Короче можно добавить в каждый проект после сборки вызов пайплайна из др проекта по АПИ
Ну вот, а вопрос можно как-то навесить правило на группу , чтобы не прописывать в каждом проекте
АК
Либо скрипт в каждый проект..не понимаю какие шаги?
Что-то я уже сам не понимаю . Окей - ты завёл Новый проект , прогнал пайплайн , и ожидаешь что после того как завершился пайплайн выполниться некая работа(не указанная ни в ямл ни в апи и т.д.)
AG
Что-то я уже сам не понимаю . Окей - ты завёл Новый проект , прогнал пайплайн , и ожидаешь что после того как завершился пайплайн выполниться некая работа(не указанная ни в ямл ни в апи и т.д.)
в апи ничего не указывается) это же апи
АК
Работа это все что угодно - скрипт пайплайн вообще без разницы — некое действие
RI
После каждой сборки проекта из test2 запускается некий скрипт работа и тд
можно попробовать копать в сторону отделдьного раннера на группу репозиториев с настроенным post_build_script - думаю, может подойти, но сам не пользовался)
АК
можно попробовать копать в сторону отделдьного раннера на группу репозиториев с настроенным post_build_script - думаю, может подойти, но сам не пользовался)
Спасибо
DV
Можно еще это описать .gitlab-ci.yml, сложить его в репозиторий и импортировать во всех репозиториях группы. Типа джоб на финальной стадии
DV
можно попробовать копать в сторону отделдьного раннера на группу репозиториев с настроенным post_build_script - думаю, может подойти, но сам не пользовался)
Хотя это звучит прикольнее
2019 December 19
GG
А есть ещё варианты ?
GG
Но вообще выглядит как бред
GG
Условный сотрудник может пушить в оба гитлаба ?
GG
Не переключаясь между сетями?
VD
Ну второй вариант: купить Starter :)
J
Условный сотрудник может пушить в оба гитлаба ?
Не может, на тест/дев гитлаб девелрперы и прочие а на прод только продакшин инженеры
VD
Да, начиная со Starter