我正在使用capistrano部署到服务器，并执行捆绑执行耙RAILS_ENV=生产RAILS_GROUPS=资产资产：预编译作为最后一步。问题是当它从上限部署到达这一点时，我收到以下错误：
/usr/local/rvm/gems/ruby-1.9.3-p194/gems/bundler-1.1.4/lib/bundler/spec_set.rb：90：in 'block in materialize'：在任何来源中都找不到平台-0.4.0（Bundler：：GemNotFound）
平台-0.4.0 实际上是在服务器上。当我进入服务器并运行这个确切的命令时，一切正常。
关于我的服务器的一些事实：它使用 RVM，但这似乎不是上面的堆栈跟踪所暗示的上限问题。另一个有趣的事实是，此服务器首先是使用我编写的自定义脚本创建的，该脚本下载 git 存储库的存档版本，然后手动运行 cap 在部署上执行的操作。如果有人问，我这样做的原因是为了使用 AWS AutoScaling 实现自动化。如果我执行正常的部署：设置（不使用我的 AWS 脚本），它可以很好地处理部署。但是宝石列表是相同的，无论哪种方式，网站的工作方式都相同。它只是带有上限部署的东西
有什么想法吗？
我弄清楚我做错了什么。 在我的自定义 AMI 脚本中，我将初始发布文件夹命名为"第一个"，而它应该是 Capistrano 通常命名的时间戳。这在后续部署中搞砸了。