Question

在我的gemspec文件中：

我有一个名为zconfig的gem依赖项，明确要求net-ssh版本2.6.8
我也在使用net-sftp，后者又需要net-ssh版本＆gt; = 2.6.5

当我bundle install时，bundler足够聪明，可以识别两个gem的需求，并正确识别2.6.8作为要安装的net-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 ..

但是，我现在已经完成了开发工作，并将项目打包为gem并将其安装在远程服务器上。问题是，当执行gem ruby时，不遵守我的Gemfile.lock规范并使用net-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规范？

Answer 1

只需在gemfile中添加以下行，即可将宝石的特定版本定义为所需版本：

gem 'net-ssh', '2.6.8'

或 thinegem.gemspec ：

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

如果您确实将gemfile.lock添加到项目中，那么无论如何都要在部署期间使用它。

管理Gemfile.lock中的冲突依赖项

1 个答案: