Я не утверждал, я спросил.

Один сервер и разные уровни проектов

Ну приведи пример.

.

что такое "уровни проектов"?

Если на одном сервере запускаются совершенно разные проекты (судя по всему, без докера и прочего подобного), которые разрабатываются разными командами, то я бы просто заводил им разные локальные учетки для запуска сервисов.

У учеток, разумеется, разные ssh-ключи.

Разные уровни это значит что один админ может не иметь доступа к другому проекту в гитлабе к примеру. А ходит сиай по одной учеткк к примеру

Ну, если на одном сервере живут 2 независимые команды с двумя разными админами (что уже, имхо, череватая ситуация), то две разных проектных учетки уже крайне желательны. И даже если учетка одна (что еще более черевато), то никто не мешает сделать для разных проектов, которые принадлежат разным командам, по отдельному ssh-ключу.

Ну надо проще быстрее и та

Тп

Сама проблема гитлаба неясна

Сейчас уже к флоу придирки

ну потому что сам по себе флоу, где две независимых группы людей крутят сервисы на одном хосте под одним и тем же пользователем — довольно странный.

Всем привет. Вопрос по gitlab. Есть основное php приложение App в приватном репо. Оно использует несколько десятков пакетов из других приватных репо.
Вопрос: как организовать обновление основного приложения App при мердже в мастер ветку (либо релиза) какого-либо из пакетов используемых в основном приложений. Сейчас очень много приходится делать руками:
Релизнуть пакет
Для App Локально сделать composer require vendor/name
Запушить изменения composer.json и lock
Создать пул реквест для App
Смержить, дождаться деплоя.

эммм джоб для мастера

в чём проблема

Который будет тащить и обновлять

@Agumilev Где можно пример посмотреть или почитать?

эммм