CircleCI 2.0 - отсутствуют ключи SSH (переход с Circle 1.0) - PullRequest
Новая
       89

CircleCI 2.0 - отсутствуют ключи SSH (переход с Circle 1.0)

0 голосов
/ 09 мая 2018

Миграция с круга 1,0 на 2,0. Я могу получить свой код без каких-либо проблем, но ключ ssh, используемый для развертывания, кажется, недоступен.

Ключ в проекте ssh разрешения project ssh keys permissions

Нет файла ~/.ssh/config, и ключа там тоже нет: enter image description here

Итак, когда начинается этап развертывания, он завершается неудачно: 

#!/bin/bash --login
if [ "${CIRCLE_BRANCH}" == "develop" ]; then
  bundle exec cap staging deploy
else
  echo "Not on develop branch"
fi

(Backtrace restricted to imported tasks)
cap aborted!
SSHKit::Runner::ExecuteError: Exception while executing as [redacted]@staging.captaincontrat.com: Authentication failed for user [redacted]@staging.captaincontrat.com

Net::SSH::AuthenticationFailed: Authentication failed for user [redacted]@staging.captaincontrat.com

Tasks: TOP => rvm:hook
(See full trace by running task with --trace)
Exited with code 1

Я попытался использовать шаг add_ssh_keys, но ключ остается недоступным. Поскольку в документации указано, что все ключи по умолчанию добавляются , я удалил ее.

Вот файл config.yml, большая часть которого является результатом скрипта миграции: 

version: 2
jobs:
  build:
    working_directory: ~/captaincontrat/captaincontrat
    parallelism: 1
    shell: /bin/bash --login
    environment:
      CIRCLE_ARTIFACTS: /tmp/circleci-artifacts
      CIRCLE_TEST_REPORTS: /tmp/circleci-test-results
    # As our ruby version is a bit old, we can't use a pre-configured circle image.
    # So we need to use one with a large number of languages and other packages.
    # Once ruby is updated, choose a more recent image for better and faster builds.
    # https://circleci.com/docs/2.0/circleci-images/
    docker:
    - image: circleci/build-image:ubuntu-14.04-XXL-upstart-1189-5614f37
      command: /sbin/init
    steps:
    - checkout
    # Prepare for artifact and test results
    - run: mkdir -p $CIRCLE_ARTIFACTS $CIRCLE_TEST_REPORTS
    # Dependencies
    - run:
        name: Show me the available ssh keys
        command: 'ls -lha ~/.ssh'
    - run:
        name: Start redis
        command: 'sudo redis-cli ping >/dev/null 2>&1 || sudo service redis-server
          start; '
    # Restore the dependency cache
    - restore_cache:
        keys:
        # This branch if available
        - captaincontrat-{{ .Branch }}-{{ checksum "Gemfile.lock" }}
        # Default branch if not
        - captaincontrat-develop-
    - run: gem install bundler
    - run: echo -e "export RAILS_ENV=test\nexport RACK_ENV=test" >> $BASH_ENV
    - run: 'bundle check --path=vendor/bundle || bundle install --path=vendor/bundle
        --jobs=4 --retry=3 '
    - save_cache:
        key: captaincontrat-{{ .Branch }}-{{ checksum "Gemfile.lock" }}
        paths:
        - vendor/bundle
        - ~/.bundle
    - run: |-
        mkdir -p config && echo 'test:
          adapter: mysql2
          database: circle_ruby_test
          username: ubuntu
          host: localhost
        ' > config/database.yml
    - run:
        command: bundle exec rake db:create db:schema:load --trace
        environment:
          RAILS_ENV: test
          RACK_ENV: test
    # Test
    #   This would typically be a build job when using workflows, possibly combined with build
    - run: bin/rspec_all
    - run: bundle exec codeclimate-test-reporter $CIRCLE_ARTIFACTS/coverage/.resultset.json
    # Deploy if develop
    #   This should be in a workflow, but workflows can't cancel redundant jobs for now.
    - deploy:
        name: Deploy to staging if branch is develop
        command: |
           if [ "${CIRCLE_BRANCH}" == "develop" ]; then
             bundle exec cap -t staging deploy
           else
             echo "Not on develop branch => Not deploying to staging"
           fi
    # Teardown
    #   If you break your build into multiple jobs with workflows, you will probably want to do the parts of this that are relevant in each
    # Save test results
    - store_test_results:
        path: /tmp/circleci-test-results
    # Save artifacts
    - store_artifacts:
        path: /tmp/circleci-artifacts
    - store_artifacts:
        path: /tmp/circleci-test-results

Чего мне не хватает? Спасибо!

РЕДАКТИРОВАТЬ: вот решение

Ключевые моменты:
- add_ssh_keys
- затем run eval ssh-agent && ssh-add ~/.ssh/id_rsa* до cap deploy, так как мне нужно .ssh/id_rsa, чтобы получить код в репо через агентскую переадресацию 

# Deploy if develop
- add_ssh_keys
- deploy:
    name: Deploy to staging if branch is develop
    command: |
       if [ "${CIRCLE_BRANCH}" == "develop" ]; then
         eval `ssh-agent` && ssh-add ~/.ssh/id_rsa* && bundle exec cap staging deploy
  # ... snip

Чтобы обеспечить переадресацию агента, вы можете добавить set :ssh_options, forward_agent: true к конфигурации стадии Capistrano.

1 Ответ

0 голосов
/ 11 мая 2018

Вам необходимо выполнить шаг add_ssh_keys, чтобы ваши SSH-ключи были введены в контейнер. Этот шаг должен быть до шага deploy.

Когда в документации сказано, что все ключи добавлены по умолчанию, это означает, что при использовании add_ssh_keys. Это говорит об этом, потому что вы также можете использовать этот специальный шаг для добавления определенных ключей.

...