1

我有 2 个使用不同 docker 映像的规范文件，因此假设启动单独和不同的 docker 容器来运行示例。

在下面的片段中，我使用serverspecgem 来测试我的容器

规范/dockerfile/ember_spec.rb

require 'spec_helper'
require 'shared_examples/release'

describe 'ember' do
  before(:all) do
    @image = Docker::Image.build_from_dir(image_path('ember'))

    set :os, family: :alpine
    set :backend, :docker
    set :docker_image, @image.id
    set :docker_container_create_options, { 'Entrypoint' => ['/bin/sh'] }
  end

  describe command('ember version') do
    its(:stdout) { should contain 'ember-cli: 3.3.0' }
    its(:stdout) { should contain 'node: 10.10.0' }
  end

  include_examples 'os release', 'Alpine Linux'
end

规范/dockerfile/gerbv_spec.rb

require 'spec_helper'
require 'shared_examples/release'

describe 'gerbv' do
  before(:all) do
    @image = Docker::Image.build_from_dir(image_path('gerbv'))

    set :os, family: :debian
    set :backend, :docker
    set :docker_image, @image.id
    set :docker_container_create_options, { 'Entrypoint' => ['/bin/sh'] }
  end

  describe package('gerbv') do
    it { should be_installed }
  end

  include_examples 'os release', 'Ubuntu 18.04'
end

但是，在运行bundle exec rspec时，很明显同一容器正在用于运行每个规范文件。我通过在每个示例之前打印出正在运行的容器来确认这一点。这当然会导致其中一个文件的规范失败（以第二个运行为准）。

当文件使用独立运行时，bundle exec rspec path/to/file所有规范都通过。

在一个文件中的示例运行并为另一组示例创建新容器后，有什么方法可以强制容器停止运行？

4

1 回答 1

1

我找到了一种解决问题的方法，尽管它很老套。这个问题的关键在于容器最终是如何被释放的。当不再有任何指向该Docker实例的引用时，它将被垃圾收集并且容器被杀死和删除。但是，对象实例作为基类中的单例保存在类级别变量中。在我看来，“重置”规范的唯一方法是调用类clear继承的方法Docker。

最后，以下解决了问题，并使用正确的类来运行每个规范。

after(:all) {
  Specinfra.backend.class.clear
}

很高兴知道有一种更好的方法可以访问这些方法，而不必依赖未通过serverspecgem 公开的方法。

于 2019-04-08T22:25:19.097 回答