Нет, в настоящее время это невозможно каким-либо элегантным способом. GitLab должен реализовать явные учетные данные для базовых изображений, это будет наиболее простое и правильное решение.

Вам нужно docker login на машине GitLab Runner. Вы не можете использовать gitlab-ci-token, поскольку срок их действия истекает, а также зависит от проекта, поэтому вы не можете использовать один токен для каждого проекта. Использование вашего собственного логина - практически единственное решение, доступное прямо сейчас (рад, что мы исправили это).

Теперь возможно, они включили эту опцию несколько месяцев назад.

Используйте пользователя gitlab-ci-tokenas и переменную $CI_BUILD_TOKEN в качестве пароля.

Этот пример работает на GitLab 8.13.6. При необходимости он создает тестовое изображение и на следующем этапе использует его для проверки синтаксиса:

build_test:
  stage: build_test_image
  script:
    - docker login -u gitlab-ci-token -p $CI_BUILD_TOKEN $CI_REGISTRY
    - docker build -t $CI_REGISTRY_IMAGE:test -f dockerfiles/test/Dockerfile .
    - docker push $CI_REGISTRY_IMAGE:test
  tags:
    - docker_build
  environment: test

test_syntax:
  image: $CI_REGISTRY_IMAGE:test
  stage: test
  script:
    - flake8 --ignore=E501,E265,E402 .

ОБНОВЛЕНИЕ: перечитав вопрос, принятый ответ правильный. В моем примере задание test_syntax не сможет пройти аутентификацию в реестре, если пользователь не войдет в систему вручную с машины-исполнителя. Хотя это может сработать, если 2 участника находятся на одном хосте, но в любом случае это не лучшее решение.

В gitlab-ci-multi-runner 1.8 есть возможность добавить Учетные данные реестра как переменная, поэтому вам нужно войти в систему только один раз, чтобы получить закодированные учетные данные. См. документация.

Это абсолютно возможно с сентября 2018 года. Я выложу здесь свою наивную реализацию.

Контекст:

• Вам нужно будет использовать службу docker:dind, которая позволяет запускать команду docker внутри контейнера докеров.
• Для этого потребуется использовать действительный docker login, что можно сделать с помощью встроенных переменных GitLab (gitlab-ci-token, $CI-JOB-TOKEN).
• Затем вы должны иметь возможность аутентифицироваться в реестре репо (пример $REGISTRY значение: registry.gitlab.com/$USER/$REPO:$TAG), что позволит вам выталкивать или извлекать контейнеры докеров из контекста CI / CD, а также с любого аутентифицированного сервера докеров.

Реализация:

Создайте этот блок на верхнем уровне, чтобы обеспечить его выполнение перед следующими заданиями:

before_script: 
        - docker login -u gitlab-ci-token -p $CI_JOB_TOKEN $REGISTRY

Задание по созданию и сохранению изображений в вашем реестре:

build_container:
    image: docker:latest
    stage: build
    services:
        - docker:dind
    script:
        - docker build -t $REGISTRY .
        - docker push $REGISTRY

Задание, использующее настраиваемое изображение:

build_app:
    image: $REGISTRY
    stage: deploy
    script:
        - npm run build

В отношении вакансий кросс-репо:

Я добиваюсь этого, создавая пользователя GitLab "бота" и назначая ему доступ к репозиториям / группам по мере необходимости. Затем нужно просто заменить gitlab-ci-token и $CI_JOB_TOKEN соответствующими переменными среды. Это необходимо только в том случае, если базовое изображение является частным.

Возможно, вам сначала нужно войти в реестр контейнеров gitlab для изображения, которое вы хотите использовать, см. Пример ниже. Обратите внимание на before_script:, который в основном аутентифицирует вас перед использованием изображения.

image: docker:latest
services:
  - docker:dind

stages:
  - build

variables:
  CONTAINER_RELEASE_IMAGE: registry.gitlab.com/obonyojimmy/node-mono-clr:latest

before_script:
  - docker login -u $CI_REGISTRY_USER -p $CI_BUILD_TOKEN registry.gitlab.com

build-app:
  stage: build
  image: $CONTAINER_RELEASE_IMAGE
  script:
    - npm run build