Не удается нажать с gitlab-ci.yml

Токен gitlab ci больше похож на ключ развертывания на github.com, поэтому он имеет доступ только для чтения к репозиторию. Чтобы на самом деле протолкнуть, вам нужно будет сгенерировать личный токен доступа и использовать его вместо этого.

Сначала вам нужно сгенерировать токен, как показано здесь, в документации gitlab. Убедитесь, что вы проверили как читаемый пользователь, так и области API. Также это работает только в GitLab 8.15 и выше. Если вы используете старую версию и не хотите обновляться, я могу показать вам альтернативный метод, но он более сложный и менее безопасный.

В итоге ваш gitlab-ci.yml должен выглядеть примерно так:

test_ci_push:
  tags:
    - linux
    - shell
    - light
  stage: profiling
  allow_failure: false
  only:
    - new-benchmark-stage
  script:
    - git clone http://gitlab-ci-token:${CI_JOB_TOKEN}@gitlab.mycompany.home/developers/benchmarks.git &> /dev/null
    - cd benchmarks
    - echo "This is a test" > test.dat
    - git config --global user.name "${GITLAB_USER_NAME}"
    - git config --global user.email "${GITLAB_USER_EMAIL}"
    - git add --all
    - git commit -m "GitLab Runner Push"
    - git push http://${YOUR_USERNAME}:${PERSONAL_ACCESS_TOKEN}@gitlab.mycompany.home/developers/benchmarks.git HEAD:master
    - cd ..

Хотя предыдущие ответы более или менее хороши, есть несколько важных моментов.

  before_script:
    - git config --global user.name "${GITLAB_USER_NAME}"
    - git config --global user.email "${GITLAB_USER_EMAIL}"
  script:
    - <do things>
    - git push "https://${GITLAB_USER_NAME}:${CI_GIT_TOKEN}@${CI_REPOSITORY_URL#*@}" "HEAD:${CI_COMMIT_TAG}"

Во-первых, нам нужно только указать имя пользователя / адрес электронной почты, чтобы git.

Во-вторых, наличие его в сценарии before не очень важно, но позволяет упростить повторное использование при выполнении «расширения».

Наконец, нажатие https - это нормально, но поскольку мы не используем сохраненный ключ ssh, нам следует избегать всего, что может раскрыть токен. Во-первых, хотя gitlab не будет печатать токен в этой команде, git с радостью сообщит нам, что для нового восходящего потока задано значение https://username:thetokeninplaintexthere@url Итак, ваш токен представлен в виде обычного текста, поэтому не используйте -u для установки восходящего потока.

Кроме того, в этом нет необходимости, мы делаем только одно нажатие.

Более того, при определении URL-адреса я обнаружил, что использование существующего CI_REPOSITORY_URL является наиболее надежным решением (например, при перемещении репо или еще много чего). Поэтому мы просто заменяем имя пользователя / токен в строке URL.

Вы также можете указать пользователя и пароль (пользователя с правом записи) в качестве секретных переменных и использовать их.

Пример:

before_script:
 - git remote set-url origin https://$GIT_CI_USER:[email protected]/$CI_PROJECT_PATH.git
 - git config --global user.email '[email protected]'
 - git config --global user.name 'MyUser'

Вы должны определить GIT_CI_USER и GIT_CI_PASS как секретные переменные (вы всегда можете создать специального пользователя для этой цели).

С этой конфигурацией вы обычно можете работать с git. Я использую этот подход для размещения тегов после выпуска (с Axion Release Gradle Pluing - http://axion-release-plugin.readthedocs.io/en/latest/index.html)

Пример работы по выпуску:

release:
  stage: release
  script:
    - git branch
    - gradle release -Prelease.disableChecks -Prelease.pushTagsOnly
    - git push --tags
  only:
   - master