странное такое

Оказывается, gitlab-runner умеет только https

хм... с другой машины клонируется без проблем

когда ключа нет в системе

то отдает нот фуоуд

Всем день добрый!

Подскажите, в доке есть ли информация про структуру каталогов раннера ?
Т.е. я прикрутил свой раннер и он инициализирует проект в каталог .../builds/[token]/0/project/.....
Почему всегда каталог 0 - ? Он меняется с каждый выполнением пейплайна ? Или постоянно в этот каталог клонирует ?

Ссш раннер ?

Не совсем понимаю ))) executor?

Ага

shell

Тогда похоже, что так и должно быть

Как я понял при каждом выполнении задания он очищается и проходит по сценарию в cicd

А почему структура именно такая ? Где можно прочитать не подскажите ?

В исходниках гитлаб раннера

А вообще логика простая. Путь обеспечивает уникальность запуска каждого пайплайна

Спасибо за ответ )

Доброе утро
Подскажите плз по ситуации

Есть несколько проектов связанных между собой (микросервисы)
Для каждого микросервиса есть персональный репозиторий
Есть раннер доступный для каждого репозитория
Есть 3 регистри, в рамках которых осуществляется сборка образов для дальнейшего использования

Для аутенфикации раннера в регистри используется deploy token
но при этом если я логинюсь в одной регистри, у раннера отсуствует доступ к другой регистри и это ломает деплой связанных с этими регистри

Как правильно поступать в такой ситуации?

Создавать пользователя с персональным token и добавлять его в проекты где есть регистри?

Делать "персональный" runner для каждой регистри, настраивать deploy token и использовать "персональный" раннер для назначения job?

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