如何解决混合库-外壳创业板版本冲突？

Question

我正试着用厨房/厨师来部署。我还不确定我有没有碰过厨房。

我的理解是，gem list列出了存储库中的所有宝石，并且一个项目从这个存储库中获取它想要的任何宝石。

在运行gem install bundler和gem install berkshelf之后，有一个由gem list | grep shellout显示的混合库- shown (2.2.6)。

然后我运行bundle install并根据我的Gemfile安装了"mixlib-shellout (1.6.1)“。然后我有了由gem list | grep shellout显示的“mixlib- shown (2.2.6，1.6.1)”。

从Gemfile.lock，我相信1.6.1是想要的版本。然后运行berks install，抛出一个异常，即：

Unable to activate chef-11.18.12, because mixlib-shellout-2.2.6 conflicts with mixlib-shellout (~> 1.4) - 11.18.12 -  (Gem::LoadError)

我不明白为什么它试图获取2.2.6而不是1.6.1。

我的Gemfile

source 'https://rubygems.org'

group :development do
  gem 'berkshelf', '~> 4.0'
  gem 'berkshelf-api-client', '~> 2.0'

  gem 'thor'

  gem 'chef', '~> 11.16'
  gem 'test-kitchen', '~> 1.2'
  gem 'kitchen-vagrant', '>= 0.16'
  gem 'serverspec'
  gem 'infrataster'
  gem 'busser'
  gem 'busser-serverspec'

  gem 'chefspec', '~>4'

  gem 'rubocop'
  gem 'foodcritic'
end

gem 'chef-vault', '~> 2.2'

Gemfile.lock

GEM
  remote: https://rubygems.org/
  specs:
    addressable (2.3.8)
    ast (2.2.0)
    berkshelf (4.1.0)
      addressable (~> 2.3.4)
      berkshelf-api-client (~> 2.0)
      buff-config (~> 1.0)
      buff-extensions (~> 1.0)
      buff-shell_out (~> 0.1)
      celluloid (= 0.16.0)
      celluloid-io (~> 0.16.1)
      cleanroom (~> 1.0)
      faraday (~> 0.9.0)
      httpclient (~> 2.6.0)
      minitar (~> 0.5.4)
      octokit (~> 4.0)
      retryable (~> 2.0)
      ridley (~> 4.3)
      solve (~> 2.0)
      thor (~> 0.19)
    berkshelf-api-client (2.0.0)
      faraday (~> 0.9.1)
      httpclient (~> 2.6.0)
    buff-config (1.0.1)
      buff-extensions (~> 1.0)
      varia_model (~> 0.4)
    buff-extensions (1.0.0)
    buff-ignore (1.1.1)
    buff-ruby_engine (0.1.0)
    buff-shell_out (0.2.0)
      buff-ruby_engine (~> 0.1.0)
    busser (0.7.1)
      thor (<= 0.19.0)
    busser-serverspec (0.5.9)
      busser
    capybara (2.6.2)
      addressable
      mime-types (>= 1.16)
      nokogiri (>= 1.3.3)
      rack (>= 1.0.0)
      rack-test (>= 0.5.4)
      xpath (~> 2.0)
    celluloid (0.16.0)
      timers (~> 4.0.0)
    celluloid-io (0.16.2)
      celluloid (>= 0.16.0)
      nio4r (>= 1.1.0)
    chef (11.18.12)
      chef-zero (~> 2.2, >= 2.2.1)
      diff-lcs (~> 1.2, >= 1.2.4)
      erubis (~> 2.7)
      ffi-yajl (~> 1.2)
      highline (~> 1.6, >= 1.6.9)
      mime-types (~> 1.16)
      mixlib-authentication (~> 1.3)
      mixlib-cli (~> 1.4)
      mixlib-config (~> 2.0)
      mixlib-log (~> 1.3)
      mixlib-shellout (~> 1.4)
      net-ssh (~> 2.6)
      net-ssh-multi (~> 1.1)
      ohai (~> 7.4)
      plist (~> 3.1.0)
      pry (~> 0.9)
      rest-client (>= 1.0.4, <= 1.6.7)
    chef-vault (2.7.1)
    chef-zero (2.2.1)
      ffi-yajl (~> 1.1)
      hashie (~> 2.0)
      mixlib-log (~> 1.3)
      rack
    chefspec (4.5.0)
      chef (>= 11.14)
      fauxhai (~> 3.0, >= 3.0.1)
      rspec (~> 3.0)
    cleanroom (1.0.0)
    cliver (0.3.2)
    coderay (1.1.0)
    diff-lcs (1.2.5)
    erubis (2.7.0)
    faraday (0.9.2)
      multipart-post (>= 1.2, < 3)
    faraday_middleware (0.10.0)
      faraday (>= 0.7.4, < 0.10)
    fauxhai (3.1.0)
      net-ssh
    ffi (1.9.10)
    ffi-yajl (1.4.0)
      ffi (~> 1.5)
      libyajl2 (~> 1.2)
    foodcritic (6.0.0)
      erubis
      gherkin (~> 2.11)
      nokogiri (>= 1.5, < 2.0)
      rake
      rufus-lru (~> 1.0)
      treetop (~> 1.4)
      yajl-ruby (~> 1.1)
    gherkin (2.12.2)
      multi_json (~> 1.3)
    hashie (2.1.2)
    highline (1.7.8)
    hitimes (1.2.3)
    httpclient (2.6.0.1)
    infrataster (0.3.2)
      capybara
      faraday
      faraday_middleware (>= 0.10.0)
      net-ssh
      net-ssh-gateway
      poltergeist
      rspec (>= 2.0, < 4.0)
      thor
    ipaddress (0.8.2)
    json (1.8.3)
    kitchen-vagrant (0.19.0)
      test-kitchen (~> 1.4)
    libyajl2 (1.2.0)
    method_source (0.8.2)
    mime-types (1.25.1)
    mini_portile2 (2.0.0)
    minitar (0.5.4)
    mixlib-authentication (1.4.0)
      mixlib-log
      rspec-core (~> 3.2)
      rspec-expectations (~> 3.2)
      rspec-mocks (~> 3.2)
    mixlib-cli (1.5.0)
    mixlib-config (2.2.1)
    mixlib-log (1.6.0)
    mixlib-shellout (1.6.1)
    molinillo (0.2.3)
    multi_json (1.11.2)
    multipart-post (2.0.0)
    net-scp (1.2.1)
      net-ssh (>= 2.6.5)
    net-ssh (2.9.4)
    net-ssh-gateway (1.2.0)
      net-ssh (>= 2.6.5)
    net-ssh-multi (1.2.1)
      net-ssh (>= 2.6.5)
      net-ssh-gateway (>= 1.2.0)
    net-telnet (0.1.1)
    nio4r (1.2.1)
    nokogiri (1.6.7.2)
      mini_portile2 (~> 2.0.0.rc2)
    octokit (4.2.0)
      sawyer (~> 0.6.0, >= 0.5.3)
    ohai (7.4.1)
      ffi (~> 1.9)
      ffi-yajl (~> 1.1)
      ipaddress
      mime-types (~> 1.16)
      mixlib-cli
      mixlib-config (~> 2.0)
      mixlib-log
      mixlib-shellout (~> 1.2)
      systemu (~> 2.6.4)
      wmi-lite (~> 1.0)
    parser (2.3.0.3)
      ast (~> 2.2)
    plist (3.1.0)
    poltergeist (1.9.0)
      capybara (~> 2.1)
      cliver (~> 0.3.1)
      multi_json (~> 1.0)
      websocket-driver (>= 0.2.0)
    polyglot (0.3.5)
    powerpack (0.1.1)
    pry (0.10.3)
      coderay (~> 1.1.0)
      method_source (~> 0.8.1)
      slop (~> 3.4)
    rack (1.6.4)
    rack-test (0.6.3)
      rack (>= 1.0)
    rainbow (2.1.0)
    rake (10.5.0)
    rest-client (1.6.7)
      mime-types (>= 1.16)
    retryable (2.0.3)
    ridley (4.4.1)
      addressable
      buff-config (~> 1.0)
      buff-extensions (~> 1.0)
      buff-ignore (~> 1.1)
      buff-shell_out (~> 0.1)
      celluloid (~> 0.16.0)
      celluloid-io (~> 0.16.1)
      erubis
      faraday (~> 0.9.0)
      hashie (>= 2.0.2, < 4.0.0)
      httpclient (~> 2.6)
      json (>= 1.7.7)
      mixlib-authentication (>= 1.3.0)
      retryable (~> 2.0)
      semverse (~> 1.1)
      varia_model (~> 0.4.0)
    rspec (3.4.0)
      rspec-core (~> 3.4.0)
      rspec-expectations (~> 3.4.0)
      rspec-mocks (~> 3.4.0)
    rspec-core (3.4.2)
      rspec-support (~> 3.4.0)
    rspec-expectations (3.4.0)
      diff-lcs (>= 1.2.0, < 2.0)
      rspec-support (~> 3.4.0)
    rspec-its (1.2.0)
      rspec-core (>= 3.0.0)
      rspec-expectations (>= 3.0.0)
    rspec-mocks (3.4.1)
      diff-lcs (>= 1.2.0, < 2.0)
      rspec-support (~> 3.4.0)
    rspec-support (3.4.1)
    rubocop (0.37.0)
      parser (>= 2.3.0.2, < 3.0)
      powerpack (~> 0.1)
      rainbow (>= 1.99.1, < 3.0)
      ruby-progressbar (~> 1.7)
      unicode-display_width (~> 0.3)
    ruby-progressbar (1.7.5)
    rufus-lru (1.0.5)
    safe_yaml (1.0.4)
    sawyer (0.6.0)
      addressable (~> 2.3.5)
      faraday (~> 0.8, < 0.10)
    semverse (1.2.1)
    serverspec (2.29.1)
      multi_json
      rspec (~> 3.0)
      rspec-its
      specinfra (~> 2.48)
    sfl (2.2)
    slop (3.6.0)
    solve (2.0.2)
      molinillo (~> 0.2.3)
      semverse (~> 1.1)
    specinfra (2.50.4)
      net-scp
      net-ssh (>= 2.7, < 3.1)
      net-telnet
      sfl
    systemu (2.6.5)
    test-kitchen (1.4.2)
      mixlib-shellout (>= 1.2, < 3.0)
      net-scp (~> 1.1)
      net-ssh (~> 2.7, < 2.10)
      safe_yaml (~> 1.0)
      thor (~> 0.18)
    thor (0.19.0)
    timers (4.0.4)
      hitimes
    treetop (1.6.3)
      polyglot (~> 0.3)
    unicode-display_width (0.3.1)
    varia_model (0.4.1)
      buff-extensions (~> 1.0)
      hashie (>= 2.0.2, < 4.0.0)
    websocket-driver (0.6.3)
      websocket-extensions (>= 0.1.0)
    websocket-extensions (0.1.2)
    wmi-lite (1.0.0)
    xpath (2.0.0)
      nokogiri (~> 1.3)
    yajl-ruby (1.2.1)

PLATFORMS
  ruby

DEPENDENCIES
  berkshelf (~> 4.0)
  berkshelf-api-client (~> 2.0)
  busser
  busser-serverspec
  chef (~> 11.16)
  chef-vault (~> 2.2)
  chefspec (~> 4)
  foodcritic
  infrataster
  kitchen-vagrant (>= 0.16)
  rubocop
  serverspec
  test-kitchen (~> 1.2)
  thor

BUNDLED WITH
   1.11.2

Answer 1

你不想把厨师-11.18.12和厨房和货架捆绑在一起。你不需要把厨师和那些工具捆绑在一起，你肯定会遇到一些问题，试图把厨师-11和他们捆绑在一起。

创建一个包含所有cli工具的Gemfile的问题是，这些工具永远不会同时激活整个gems集。因此，测试厨房不依赖于厨师，而搁板只是最近才开始把厨师配置作为一个库。当您试图创建一个包时，您将声明每个宝石都必须能够与其他每个宝石一起加载到相同的红宝石进程中。即使对于最新的cli工具来说，这也是经常发生的事情。如果您添加了厨师-11.18.12，那么您将从去年4月(大约9个月前)开始挑选一个具有冻结的宝石要求的宝石，而且它极有可能是最新的测试--厨房和货架版本--将引入与该版本的厨师不兼容的mixlib-外壳版本。更糟的是，我们对混合贝类和主厨-11做了彻底的修改，它们永远固定在混合壳的一个老分支上，没有得到更新，而测试厨房和搁板已经转移了。

这就是为什么ChefDK存在的原因，它提供了一组一致的命令行工具，表面上看起来像一个包，但不是一个包。如果测试厨房或搁板没有同时将厨师加载到内存中，那么可以在使用混合库-外壳时包含不同版本的这些宝石，这些宝石可能会“冲突”，但是会加载到不同的红宝石过程中。因为他们从不尝试加载到同一个红宝石进程，所以关于混合库-外壳的“冲突”永远不会变成一个真实的冲突。

此外，我们确实尝试了一点注意，即它们都正确地加载在一起，并且我们不会在ChefDK中得到多个版本的混合库-外壳，但有时这是很难避免的。

您可能要做的是将所有的东西捆绑在一起，因为您想拥有最新的工具链，但是您想使用厨师-11，因为您的产品是厨师-11。但问题是，当你使用货架或测试厨房，没有要求使用厨师-11在红宝石过程中，你正在启动。当TK启动时，它应该启动一个virt，然后在该virt上安装厨师并启动它--您应该确保virt有厨师-11，这样您就可以测试您的菜谱，而不是您的TK过程与厨师-11捆绑在一起。无论gem TK和什么厨师捆绑在一起，都与它的运作方式完全无关。

如果您试图用测试厨房测试厨师-11，正确的方法是将require_chef_omnibus配置参数设置为kitchen.yml文件中的"11.18.12“。这将导致厨师-11安装在你想要提供的病毒上。

+1建议从安装ChefDK开始，不要尝试捆绑您自己的工具集。

甚至建议在您的工作站上使用厨师-12刀和ChefDK来管理厨师-11病毒/主机。有一个问题是，chefspec确实会在您的工作站上运行，并且测试chefspec与厨师的对比--当您的产品是厨师的时候--11可能会让某些类型的失败不被发现。你可以把chefspec和厨师-11捆绑在一起，然后用这种方式进行测试--不过，最好还是坚持与测试--厨房进行全面的集成测试，以发现这些问题，并使用chefspec作为快速火焰测试(或者根本不使用它--单元测试和模拟您的资源收集在概念上是相当先进的主题)。直到你真正击中和发出切分规格，最好不要担心你的工作站上的厨师版本，而只是使用最新的厨师版本的刀。