Capistrano развертывается в системе RVM, не видя установленных Ruby

Я использую общесистемную установку Ruby на своем сервере и пытаюсь выполнить развертывание на гемсете RVM (например, rvm use 1.9.2@gemset_name)

Когда я запускаю свой файл Cap, Cap блюет и говорит, что Ruby не установлен.

Однако , на самом деле Ruby установлен. (Пользователь, выполняющий развертывание, является частью группы rvm и может rvm использовать в командной строке вручную.)

Что я делаю не так?

Соответствующие части Capfile

$:.unshift(File.expand_path('./lib', ENV['rvm_path'])) # Add RVM's lib directory to the load path.

require "bundler/capistrano"
require "rvm/capistrano"
require "erb"

set(:rvm_type)          { :system }
set(:ruby_version)      { '1.9.2' }
set(:rvm_ruby_string)   { "#{ruby_version}@#{application}" }
set(:rvm_path)          { "/usr/local/rvm" }
#set(:rvm_bin_path)      { "#{rvm_path}/bin" }

before "deploy:setup",    "rvm:debug_gemset"
before "deploy:setup",    "bundle:install_gem"

namespace :rvm do
  desc "Creates gemset for application"
  task :debug_gemset do
    disable_rvm_shell do
      run "/usr/local/rvm/bin/rvm list rubies" do |ch, stream, data|
        if stream == :err
          logger.debug "capured output on STDERR: #{data}"
        else # stream == :out
          logger.debug "capured output on STDOUT: #{data}"
        end
      end
    end    
  end
end

# We need this so that we can install rvm first!
def disable_rvm_shell(&block)
  default_shell = self[:default_shell]
  self[:default_shell] = nil
  yield
  self[:default_shell] = default_shell
end

Выходные данные Cap

* executing `deploy:setup'
  triggering before callbacks for `deploy:setup'
* executing `rvm:debug_gemset'
* executing "/usr/local/rvm/bin/rvm list rubies"  # <----- ran outside of rvm-shell
  servers: ["XX.XXX.XXX.XXX"]
Password: 
  [XX.XXX.XXX.XXX] executing command
* capured output on STDOUT:
* capured output on STDOUT: rvm rubies
* capured output on STDOUT:
* ruby-1.8.7-p352 [ x86_64 ]
* capured output on STDOUT:
* ree-1.8.7-2011.03 [ x86_64 ]
* capured output on STDOUT:
* ruby-1.9.2-p290 [ x86_64 ]
* 

Хорошо, круто: 1.9.2 установлена. (Этого и следовало ожидать - я установил 1.8.7, REE и 1.9.2 вручную!)

Но это еще не все, что говорит Капистрано ...

    command finished
  * executing `bundle:install_gem'
  * executing "gem install bundler"
    servers: ["XX.XXX.XXX.XXX"]
    [XX.XXX.XXX.XXX] executing command
 ** [out ::XX.XXX.XXX.XXX] WARN: ruby ruby-1.9.2-p290 is not installed.

В последней строке утверждается, что 1.9.2 не установлен? !!

 ** [out ::XX.XXX.XXX.XXX] To install do: 'rvm install ruby-1.9.2-p290'
*** [err ::XX.XXX.XXX.XXX] ERROR: Gemset 'MY_APP' does not exist, rvm gemset create 'MY_APP' first.
*** [err ::XX.XXX.XXX.XXX] Error: RVM was unable to use '1.9.2@MY_APP'
    command finished
failed: "rvm_path=/usr/local/rvm /usr/local/rvm/bin/rvm-shell '1.9.2@MY_APP' -c 'gem install bundler'" on XX.XXX.XXX.XXX

Отладка с помощью оболочки cap

Джим Гей спрашивает: «А как насчет отладки с помощью оболочки cap?»

rvm / capinstrano запускает команды через rvm-shell , которая немедленно ищет нужный version и gemset по существу до того, как команда может быть выполнена. (Таким образом, disable_rvm_shell , определенный ранее, который мы использовали для выполнения начального rvm list rubies .

Например:

cap> which rvm
[establishing connection(s) to XX.XXX.XXX.XX]
Password: 
** [out :: XX.XXX.XXX.XX] WARN: ruby ruby-1.9.2-p290 is not installed.
** [out :: XX.XXX.XXX.XX] To install do: 'rvm install ruby-1.9.2-p290'
*** [err :: XX.XXX.XXX.XX] ERROR: Gemset 'MY_APP' does not exist, rvm gemset create 'MY_APP' first.
*** [err :: XX.XXX.XXX.XX] Error: RVM was unable to use '1.9.2@MY_APP'
error: failed: "rvm_path=/usr/local/rvm /usr/local/rvm/bin/rvm-shell '1.9.2@MY_APP' -c 'which rvm'" on XX.XXX.XXX.XX

Заключение

Я явно делаю что-то не так, но что?

Установка 1.9.2 в качестве Ruby по умолчанию не подходит, так как я также собираюсь разместить приложение 1.8.7 на этом компьютере (в идеале). Вот почему я использую RVM в системный уровень).

Я также убедился, что пользователь развертывания находится в группе RVM, согласно документации RVM.

8
задан RyanWilcox 4 August 2011 в 22:06
поделиться