Рельсы Капистрано | неопределенный метод `already_invoked' для Rake::Task при настройке rails_env во время миграции во время развертывания gitlab

Я потратил много времени на отладку этого, и, похоже, я не приближаюсь к ответу. Также я думал о создании проблемы в репозитории capistrano, но я действительно не думаю, что это проблема самого capistrano.

Контекст:

У меня есть проект rails 5 в частном репозитории, размещенном в Gitlab EE. Мой репозиторий полностью настроен для использования Gitlab CI для автоматизации развертывания с использованием capistrano, capistrano/rails и capistrano/rvm. У меня есть одно задание для развертывания, в котором я выполняю cap review deploy (просматривая среду, которую хочу развернуть)

Все идет хорошо, пока я не достигаю хука capistrano deploy:migrate, в котором он ломается со следующей ошибкой.

Ошибка:

  (Backtrace restricted to imported tasks) 
  cap aborted!
  NoMethodError: undefined method `already_invoked' for <Rake::Task deploy:migrating => [set_rails_env]>:Rake::Task

  Tasks: TOP => deploy:migrate
  (See full trace by running task with --trace)
  The deploy has failed with an error: undefined method `already_invoked' for <Rake::Task deploy:migrating => [set_rails_env]>:Rake::Task

Из того, что я смог понять, похоже, что это проблема с задачами rake, которые настраивают rails_env (из драгоценного камня capistrano/rails). Я проследил, не устанавливал ли capistrano/rvm правильный ruby ​​из rvm, но это было не так. Настройка cappistrano/rvm была в порядке. Я думаю, может быть, это как-то связано с версиями драгоценных камней или еще с чем-то.

Мой слабый патч:

Я исправил его, чтобы он работал, когда новые миграции не добавляются, используя необязательный параметр, предоставленный людьми из capistrano/rails:

set :conditionally_migrate, true

Но в противном случае это все равно не работает (когда есть новые миграции, что в большинстве случаев)

Кроме того, capistrano работает корректно при использовании из моей локальной среды (используя bundle exec cap review deploy).

Заранее спасибо! Надеюсь, вы поможете мне найти ответ...

РЕДАКТИРОВАТЬ: добавление некоторых сведений о моих файлах и стеке:

В моей конфигурации Rails я использую игнорируемый git файл environment_variables.yml, в котором я устанавливаю все те конфигурации ENV['var'], которые показаны в файлах конфигурации capistrano. Я также гарантирую, что они правильно настроены в исполнителе, выполняющем задание по развертыванию. (с использованием переменных Gitlab).

Эти задания CI запускаются с помощью службы gitlab-runner, установленной в дроплете DigitalOcean внутри средства запуска докеров с образами, указанными для каждого задания.

.gitlab-ci.yml

stages:
  - test
  - deploy
variables:
  MYSQL_DATABASE: "test_linting"
  MYSQL_ALLOW_EMPTY_PASSWORD: "yes"
  DB_NAME: 'test_linting'
  DB_USER: 'root'
  DB_PASS: ''
  DB_HOST: 'mysql'
services:
  - mysql
testing:
  image: heroku/ruby
  stage: test
  cache: 
    paths:
      - vendor/cache
  script:
    - bundle install --without=development production --jobs $(nproc) --path=vendor/cache
    - bundle exec rails db:create RAILS_ENV=test
    - bundle exec rails db:migrate RAILS_ENV=test
    - bundle exec rails test
  artifacts:
    paths:
      - coverage/
dev-deploy:
  image: ruby:2.3
  stage: deploy
  environment: 
    name: $CI_BUILD_REF_NAME
    url: http://dev.linting.com
  before_script:
    - gem install capistrano -v '~> 3.7'
    - gem install capistrano-rails
    - gem install capistrano-rvm
    - gem install slackistrano
  script:
    - cap $CI_BUILD_REF_NAME deploy
  only:
    - development
deploy:
  image: ruby:2.3
  stage: deploy
  environment: 
    name: $CI_BUILD_REF_NAME
    url: http://$CI_BUILD_REF_NAME.linting.com
  before_script:
    - gem install capistrano -v '~> 3.7'
    - gem install capistrano-rails
    - gem install capistrano-rvm
    - gem install slackistrano
  script:
    - cap $CI_BUILD_REF_NAME deploy
  only:
    - qa
    - staging
review_deploy:
  image: ruby:2.3
  stage: deploy
  environment: 
    name: review
    url: http://rev.linting.com
  when: manual
  before_script:
    - gem install capistrano -v '~> 3.7'
    - gem install capistrano-rails
    - gem install capistrano-rvm
    - gem install slackistrano
  script:
    - cap review deploy
  except:
    - development
    - qa
    - staging
    - master

config/deploy.rb

lock '~> 3.7'

env_file = "./config/environment_variables.yml"
if File.exists?(env_file)
  YAML.load_file(env_file)['capistrano'].each do |key, value|
    ENV[key.to_s] = value
  end
end

set :application, ENV['PROJECT_NAME']
set :repo_url, ENV['REPO_URL']

set :rvm_type, :user
set :rvm_ruby_version, '2.3.1'

set :conditionally_migrate, true

set :linked_files, %w{config/environment_variables.yml}
set :linked_dirs, %w{log tmp/pids tmp/cache tmp/sockets vendor/bundle public/system}

set :slackistrano, {
  klass: Slackistrano::CustomMessaging,
  channel: ENV['SLACK_CHANNEL'],
  webhook: ENV['SLACK_HOOK']
}

namespace :deploy do
  desc 'Restart application'
  task :restart do
    on roles(:app), in: :sequence, wait: 5 do
      execute :touch, release_path.join('tmp/restart.txt')
    end
  end

  desc 'Reset environment (rake db:reset)'
  task :db_reset do
    on roles(:app) do
      within "#{current_path}" do
        with rails_env: "#{fetch(:rails_env)}" do
          execute :rake, "db:migrate:reset"
          execute :rake, "db:seed"
        end
      end
    end
  end

  after :published, 'deploy:restart'
  after :finishing, 'deploy:cleanup'
end

config/deploy/review.rb

# Server definiton: (define ip in local env, and pass in gitlab)
server ENV['DEV_DROPLET_IP'], user: 'deploy', roles: %w{web app db}, password: ENV["SSH_DEPLOY_PASS"]

# ONLY WORKS IF IT WAS RUN BY THE GITLAB CI RUNNER
set :branch, ENV['CI_BUILD_REF_NAME'] ? ENV['CI_BUILD_REF_NAME'] : 'development'
# Capistrano Variables
set :stage, 'review'
set :rails_env, 'review'

# Variables for rev
set :commit, ENV['CI_BUILD_REF'] ? ENV['CI_BUILD_REF'][0..7] : 'local'
set :user, ENV['GITLAB_USER_EMAIL'] ? ENV['GITLAB_USER_EMAIL']: 'local user'

# Capistrano Deployment Route
set :deploy_to, "/home/deploy/rev.#{ENV['PROJECT_NAME']}"

namespace :deploy do
  desc 'Set review branch in the review server'
  task :set_review_branch do
    on roles(:app) do
      within "#{current_path}" do
        execute "echo '#{fetch(:branch)}@#{fetch(:commit)}' >> #{release_path.join('tmp/rev_branch')}"
        execute "echo '#{fetch(:user)}' >> #{release_path.join('tmp/rev_user')}"
      end
    end
  end

  after :publishing, 'deploy:set_review_branch'

  before :finishing, 'deploy:db_reset'
end

Capfile

require "capistrano/setup"
require "capistrano/deploy"

require 'capistrano/rvm'
require 'capistrano/rails'

require 'slackistrano/capistrano'
require_relative 'lib/custom_messaging'

require "capistrano/scm/git"
install_plugin Capistrano::SCM::Git

# Load custom tasks from `lib/capistrano/tasks` if you have any defined
Dir.glob("lib/capistrano/tasks/*.rake").each { |r| import r }

Gemfile

source 'https://rubygems.org'

gem 'rails', '~> 5.0.0', '>= 5.0.0.1'
gem 'puma', '~> 3.0'
gem 'sass-rails', '~> 5.0'
gem 'bootstrap-sass'
gem 'uglifier', '>= 1.3.0'
gem 'jquery-rails'
gem 'turbolinks', '~> 5'
gem 'jbuilder', '~> 2.5'

gem 'mysql2'
gem 'haml-rails'
gem 'devise'
gem 'paperclip', git: 'git://github.com/thoughtbot/paperclip.git'
gem 'administrate', '~> 0.3.0'
gem 'bourbon'
gem 'rails_real_favicon', '~> 0.0.6'
gem 'listen', '~> 3.0.5'

group :development, :test do
  gem 'byebug', platform: :mri
  gem 'minitest-rails'
  gem 'minitest-reporters'
  gem 'simplecov'
  gem 'simplecov-json', require: false
  gem 'factory_girl_rails'
  gem 'faker'
end

group :development do
  gem 'annotate'
  gem 'better_errors'
  gem 'binding_of_caller'

  # Capistrano for Deployments
  gem 'capistrano', '~> 3.7'
  gem 'capistrano-rvm'
  gem 'capistrano-rails'
  gem 'slackistrano'

  gem 'web-console'
  gem 'spring'
  gem 'spring-watcher-listen', '~> 2.0.0'
end

# Windows does not include zoneinfo files, so bundle the tzinfo-data gem
gem 'tzinfo-data', platforms: [:mingw, :mswin, :x64_mingw, :jruby]

person Glister Kaiser    schedule 29.12.2016    source источник
comment
Вы используете .gitlab-ci.yml для запуска этого? Не могли бы вы опубликовать соответствующие разделы?   -  person will_in_wi    schedule 30.12.2016
comment
Отредактировано, чтобы добавить информацию о моем стеке. Надеюсь, поможет.   -  person Glister Kaiser    schedule 30.12.2016


Ответы (1)


Я предполагаю, что из-за того, что вы устанавливаете Capistrano Gems в среде CI вручную, существует несоответствие версий. Если вы запустите bundle install и bundle exec на CI-сервере или закрепите установленные версии, он, вероятно, начнет работать.

Одним из решений, которое я использовал для этого, является добавление всех необходимых гемов развертывания в группу :deployment в моем Gemfile. Затем вам нужно добавить следующее в ваш deploy.rb:

set :bundle_without, %w{development test deployment}.join(' ')

Затем измените свой скрипт на:

bundle install --except development test default production ...
bundle exec cap $CI_BUILD_REF_NAME deploy
person will_in_wi    schedule 30.12.2016
comment
Спасибо! Использование упаковщика в моей среде CI сработало для меня только сейчас, когда я его тестировал. Мне очень нравится пробовать групповое решение :deployment. Я просто не понимаю, почему мне нужно установить set :bundle_without, %w{development test}.join(' ') в моем deploy.rb, потому что это переопределит значение переменной :bundle_without capistrano. У меня это настроено индивидуально в каждой из моих сред. - person Glister Kaiser; 05.01.2017
comment
Кроме того, что происходит в ... после производства в следующем блоке кода? - person Glister Kaiser; 05.01.2017
comment
Ах, я сделал ошибку. Причина изменения bundle_without заключается в том, что вы не устанавливаете гемы развертывания в своей производственной среде. Если вы переопределяете это для каждой среды, отрегулируйте соответствующим образом. - person will_in_wi; 05.01.2017
comment
После многоточия идут любые другие группы, кроме группы развертывания в вашем gemfile. Я пытаюсь добавить параметр --only в ядро ​​Bundler, что упростит это: github.com/ упаковщик/упаковщик/pull/4907 - person will_in_wi; 05.01.2017
comment
Важная информация: Для всех, кто застрял в этом! это исправление помогло мне в одном из моих проектов, в котором использовались рельсы 5. Но оно не работало с другим, который был в рельсах 4.2... Так что мне пришлось обновить этот другой проект... Надеюсь, это тоже поможет :) - person Glister Kaiser; 29.01.2017