AG
так
Size: a a a
2020 April 05
AG
ты хочешь при мёрже в мастер 1 из них ,пересобрать другой
AK
Проект один использует разные пакеты, составные части проекта
AK
Несколько разных репозиториев
AG
я понял
AG
ну смотри я вижу выход 1 по апи запускать джобу в др проекте
AK
при мердже в любой из них нужно в основном забирать обновления и деплоить на прод. Без необходимости раскатывать основное приложение локально и обновлять
AG
при мердже в любой из них нужно в основном забирать обновления и деплоить на прод. Без необходимости раскатывать основное приложение локально и обновлять
см выше
AK
@Skjxnejejne Поменялась зависимость, которую использует приложение
AK
ну смотри я вижу выход 1 по апи запускать джобу в др проекте
Вот где про это можно почитать?
MD
@Skjxnejejne Поменялась зависимость, которую использует приложение
делайте хук на пересборку мастер проекта тогда
AG
ну так да
AG
Вот где про это можно почитать?
аммм gitlab ci api run job
AK
Вопрос тогда следующий, как сделать джобу которая пересобирает проект и делает пул в мастер?
AK
Сейчас просто прогоняются тесты и деплой на прод через deployer
RI
Вопрос тогда следующий, как сделать джобу которая пересобирает проект и делает пул в мастер?
Чую, что до добра это не доведёт. Стандартная практика - ставить то, что указано в лок файле через composer install.
Твой кейс же больше похож на то, что лок файл не нужен, у вас зависимость рулит основным приложением, причём аж веткой master.
Твой кейс же больше похож на то, что лок файл не нужен, у вас зависимость рулит основным приложением, причём аж веткой master.
AK
делайте хук на пересборку мастер проекта тогда
Напрямую без своего обработчика из гитлаба я такое не проверну? Нужно ловить webhook, разбирать ответ и делать запрос по api на запуск jobs?