管理依赖性冲突而在Gemfile.lock的

我有一个名为ZCONFIG宝石依赖性，即明确要求净SSH版本2.6.8
我还使用净SFTP，这又需要净-SSH版本> = 2.6.5

当我bundle install，捆绑器足够聪明来识别这两种宝石的需求，并正确地标识2.6.8作为版本净的ssh的安装。

net-sftp (2.1.2) 
    net-ssh (>= 2.6.5) 
... 
net-ssh (2.6.8) 
... 
zconfig (0.2.7) 
    mysql (~> 2.9.1) 
    mysql2 (~> 0.3.13) 
    net-ssh (~> 2.6.8) 
    net-ssh-gateway (~> 1.2.0) 
    sequel (~> 4.1.0) 
    sqlite3 (~> 1.3.7)

到目前为止，而在远程服务器上测试，我已经克隆项目，并与bundle install --deployment安装这些宝石，然后用bundle exec ..

但是运行与本地供应商instaled宝石的项目，我现在已经完成了开发工作，并且我已经将项目打包成了gem并将其安装在远程服务器上。问题是，在执行时，宝石红宝石不符合我的Gemfile.lock的规范，并使用网SSH 2.7.0，这会导致冲突：

/usr/local/rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/specification.rb:1615:in `raise_if_conflicts': Unable to activate zconfig-0.2.7, because net-ssh-2.7.0 conflicts with net-ssh (~> 2.6.8) (Gem::LoadError)

有没有办法做到像bundle exec my_gem所以它使用Gemfile.lock规范？

来源

2013-12-15 user2490003

当然可以用'bundle exec'启动远程服务器。远程服务器现在如何启动？另一种选择可能是从服务器上删除2.7.0版本的gem。（假设该服务器上没有其他人需要它......） – froderik

如果您将项目打包为gem，则需要在您的'project.gemspec'中指定依赖关系。 – phoet

只需通过添加在gemfile以下行定义宝石所需版本的具体版本：

gem 'net-ssh', '2.6.8'

或thinegem.gemspec：

spec.add_dependency 'net-ssh', '2.6.8'

如果您确实已将gemfile.lock添加到项目中，无论如何，它都会在部署过程中使用它的外壳。

来源

2013-12-15 14:20:56

管理依赖性冲突而在Gemfile.lock的

回答

相关问题