管理Gemfile.lock中的冲突依赖关系

Question

在我的gemspec文件中：

• 我有一个名为zconfig的gem依赖项，它显式地要求net版本2.6.8。
• 我还使用了net-sftp，这反过来需要net版本的>= 2.6.5。

当我使用bundle install时，bundler足够聪明地识别出这两种宝石的需求，并正确地将2.6.8标识为要安装的needs版本。

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安装这些gems，然后使用bundle exec ..运行本地安装的供应商gems。

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

只需在宝石档案中添加以下行，将创业板的特定版本定义为所需的版本

gem 'net-ssh', '2.6.8'

或者在thinegem.gemspec中

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

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