Александр Карабанов

Пользователь от имени которого производится клонирование реально не имеет прав на этот репозиторий. Если залогиниться в GitLab и попытаться перети в этот репозиторий результатом будет 404. Надо дать пользователю права, хотя бы Reporter.

Добавь:

proxy_set_header X-Forwarded-Proto $scheme;

Как вариант можно сделать резервную копию штатными средствами, затем запустить GitLab той же версии в Docker контейнере и восстановить резервную копию. А потом последовательно обновить до свежей версии меняя тег образа.
В таком случае dependency hell не грозить, да и перетащить контейнер с сервера на сервер можно за считаные минуты в случае чего.

По тэгам. Расставь тэги раннерам и в .gitlab-ci.yml опиши какие джобы на каких раннерах, в соответсвиис какими тэгами, надо запускать.

nodejs свежий, а код к этому не готов.

Передай токен в контейнер через перемменную.

workflow:
  rules:
    - if: '$CI_PIPELINE_SOURCE == "web" && $PROCEDURE !~ /regex-expression/ || $STAND !~ /regex-expression/'
      when: never

Тренироваться с регулярками можно здесь https://regex101.com/

Нет.

Почему бы просто не прочитать в документации: Access the latest job artifacts by URL

В скрипте переменная DOCKER_BUILDKIT определена и ей присваивается дефолтное значение "1":

# By default we support DOCKER_BUILDKIT, however it can be turned off
# by explicitly setting this to an empty string
DOCKER_BUILDKIT=${DOCKER_BUILDKIT:-1}

Попробуй убери DOCKER_BUILDKIT из variables: в .gitlab-ci.yml

Можете попробоать Git - submodules

Можете попробоать Git - submodules

Не тот php.ini отредактировал.

Для CLI выполни php -i | grep 'Loaded Configuration File'
Для FPM (или что ты там используешь) сделай файл с содержимым <?php phpinfo();?> запроси его и найди на полученной странице 'Loaded Configuration File'.
Вот эти php.ini и редактируй.

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