通过capistrano（＆rvm）部署时出现捆绑安装错误

Question

现在我必须承认，就这个部署百灵而言，我在黑暗中磕磕绊绊。 我会尽力解释这种情况; 我已经设置了一个测试部署服务器，并尝试使用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％确定它是如何工作的，所以这可能是一个因素。

我的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

任何指导都将非常感谢。

Answer 1

bundle install --deployment ...如果有vendor/cache则不会下载任何gem。 它会在那里寻找宝石。 有两种选择：

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

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