通过capistrano(& rvm)部署时出现捆绑安装错误

时间:2012-09-10 13:29:24

标签: ruby-on-rails rvm capistrano bundler

现在我必须承认,就这个部署百灵而言,我在黑暗中磕磕绊绊。我会尽力解释这种情况;我已经设置了一个测试部署服务器,并尝试使用capistrano将我的应用部署到它,但是,我遇到了一些围绕我的宝石及其依赖关系的困难,如下面的错误。

[mike-test] executing command
[mike-test] rvm_path=$HOME/.rvm/ $HOME/.rvm/bin/rvm-shell '1.9.3' -c 'cd /home/deploy/myapp/releases/20120910081544 && bundle install --gemfile /home/deploy/myapp/releases/20120910081544/Gemfile --path /home/depoy/myapp/shared/bundle --deployment --quiet --without development test'
 ** [out :: mike-test] Some gems seem to be missing from your vendor/cache directory.
 ** [out :: mike-test] Could not find log4r-1.1.10 in any of the sources
command finished in 9134ms
*** [deploy:update_code] rolling back

log4r不在我的gemfile中,所以我只能假设它是另一个gem的一个(可能只生产?)依赖。我不知道为什么Bundler没有下载宝石并安装它,如果它找不到它?我把gem放在我的gemfile中,在本地运行bundle install,然后再次提交和部署并得到相同的错误,但是这次使用了不同的gem(电子表格),所以在这种情况下似乎只解决了错误,但是没有找出问题所在。

还有其它的东西让水变得混乱,我正在尝试在生产服务器上使用RVM,尽管我已经阅读了很多关于它的信息,但我仍然不能100%确定它是如何工作的,所以这可能是一个因素。 / p>

我的deploy.rb

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

# SCM Settings
set :rvm_ruby_string, '1.9.3' 
set :use_sudo, false

ssh_options[:forward_agent] = true
default_run_options[:pty] = true

set :branch, :mikedev
set :deploy_via, :remote_cache
set :copy_cache, true
set :git_enable_submodules, 0
set :repository, "our_git_repo.git"
set :scm, :git
set :user, :deploy
set :keep_releases, 1

set :application, "myapp"
set :deploy_to, "/home/deploy/myapp"
set :branch, "mikedev"

role :web, "mike-test"                          
role :app, "mike-test"                          
role :db,  "mike-test", :primary => true      

namespace :deploy do

  desc "Restarting mod_rails with restart.txt"
  task :restart, :roles => :app, :except => { :no_release => true } do
    run "touch #{current_path}/tmp/restart.txt"
  end

  [:start, :stop].each do |t|
    desc "#{t} task is a no-op with mod_rails"
    task t, :roles => :app do ; end
  end

end

非常感谢任何指导。

1 个答案:

答案 0 :(得分:2)

如果bundle install --deployment ...存在,

vendor/cache将不会下载任何宝石。它会在那里寻找宝石。有两种选择:

  • 从您的VCS中删除vendor/cache目录(即使它已经是空的)
  • 或运行bundle package并将vendor/cache下的所有新文件添加到您的VCS

后者似乎是更好的选择。通过这种方式,您可以保护您的部署免受rubygems服务器的中断。