Question

我已经看到了一些虚拟Rails应用程序的示例（用于测试，因此它们通常在测试或规范之下），与Appraisals gem一起使用，据说可以与Rails 3.x和Rails 4一起使用，但是似乎是hackish而不是功能齐全。这有点令人期待，因为它是一个被剥离的弗兰肯斯坦怪物，试图与各种版本的Rails 3以及Rails 4兼容。

我已经提到了尝试进行此类测试的项目（截至2013年3月下旬），例如less-rails和ember-rails，但这种使用各种版本的Rails进行测试的方式似乎不太干净，尝试调试非标准的Rails应用程序是非常重要的，特别是在测试版的Rails中。

如果有一种更清晰的测试方法，那么可以让你为每个版本的Rails配备一个完整的Rails应用程序来测试，通过一些魔法设置或维护并不需要非地方等标准路径黑客

使用各种版本的Rails（包括至少最新的Rails 3.1.x，3.2.x和4.0.0.beta1）测试宝石的可用策略是什么，以及每种版本的优缺点是什么？

Answer 1

rails-core列表中related thread的一些选项：

选项1：评估gem和单个Rails虚拟应用

Ken Collins提到使用评估和Rails“虚拟”应用程序：

我使用混合测试minitest-spec-rails对3.0,3.1,3,2和4.0   评估和dummy_app最低限度地配置自己的依赖   它正在测试哪个rails版本。一些链接：

https://github.com/metaskills/minitest-spec-rails   https://github.com/metaskills/minitest-spec-rails/blob/master/test/dummy_app/init.rb

less-rails，ember-rails和high_voltage等使用了类似的技巧。

我在high_voltage（v3.3.0）中对restful_json使用了类似的设置，但是使用4.0.0-beta1创建的完整Rails应用程序，我最低限度地修改了它也适用于Rails 3.1.x /3.2.x。

更新：可能希望查看permitters以获取更新的示例。

优点：相当简单。可以从命令行等测试各种Rails版本。可以是非常小的Rails应用程序配置，或者可以使用完整的Rails应用程序，但有细微差别。

缺点：仍在为多个Rails版本重用相同的Rails应用程序，因此有些条件和不需要的配置。（某些文件的可能问题不适用于其他版本的Rails等，但似乎不是一个大问题。）

选项2：Rails版本作为环境变量，具有单个Gemfile，单个Rails虚拟应用程序，依赖于travis-ci以多个版本进行测试

史蒂夫·克拉布尼克提到了一个解决方案，它适用于单个Gemfile，一个完整的Rails应用程序（即使在“虚拟”目录下，并且没有使用评估宝石，依靠travis-ci进行测试：

我一直想更多地讨论这个话题，就像我一直在做的那样   最近我的一堆宝石。我有两个这样做：

德雷珀：https://github.com/drapergem/draper

LocaleSetter：https://github.com/jcasimir/locale_setter/

基本上，我将整个Rails应用程序嵌入到gem中，然后   通过env vars在travis上对多个版本的Rails运行它。

优点：简单。不依赖于评估宝石（不是它是一个问题，但可能更容易维护）。

缺点：我仍然可以从多个Rails版本中重复使用相同的Rails应用程序。除非使用travis-ci或以干净的gemset开头的东西（即如果在命令行运行），否则目前不区分gemsets，因此较新的gem可能会与较旧的Rails等一起使用，但Steve说如果这会导致问题，你可以吹掉锁并重新捆绑。

Answer 2

还有第三种选择：使用多个gemfiles和多个虚拟应用程序。

Gemfiles

Bundler有一个名为--gemfile的有用选项。有了它，您可以指定要使用的文件而不是Gemfile，它将生成一个同名后的锁文件：

bundle install --gemfile Gemfile.rails3
bundle install --gemfile Gemfile.rails4

这将生成Gemfile.rails3.lock和Gemfile.rails4.lock。因此，那些Gemfiles可以是主要Gemfile强制rails版本的副本：

source "http://rubygems.org"
gemspec
gem "jquery-rails"
gem "rails", '~>4'

使用虚拟应用程序中的gemfiles

然后你有两个虚拟应用程序，一个用于rails-3，另一个用于rails-4。在运行（例如）迁移时使用正确的gemfile：

cd test/dummy_rails3
BUNDLE_GEMFILE=../../Gemfile.rails3 bundle exec rake db:migrate
cd ../dummy_rails4
BUNDLE_GEMFILE=../../Gemfile.rails4 bundle exec rake db:migrate

是的，这可能是最糟糕的部分。但这主要是一次性设置。

使用rake中的gemfiles

要指示在运行测试时使用哪个版本，请在Rakefile中设置环境变量BUNDLE_GEMFILE：

#!/usr/bin/env rake

rails_version = ENV[ 'RAILS_VERSION' ] || '4'

if rails_version == '3'
  ENV[ 'BUNDLE_GEMFILE' ] = 'Gemfile.rails3'
else
  ENV[ 'BUNDLE_GEMFILE' ] = 'Gemfile.rails4'
end

begin
  require 'bundler/setup'
rescue LoadError
  puts 'You must `gem install bundler` and `bundle install` to run rake tasks'
end

我更倾向于要求用户传递RAILS_VERSION而不是直接传递BUNDLE_GEMFILE，因为它更容易记住，我们只能传递“3”或“4”。

从测试中使用正确的虚拟应用

最后，在test_helper中，根据要求的rails版本切换虚拟应用程序：

# Configure Rails Environment
ENV["RAILS_ENV"] = "test"

dummy_app = ENV[ 'RAILS_VERSION' ] == '3' ? 'dummy_rails3' : 'dummy_rails4'

require File.expand_path("../#{dummy_app}/config/environment.rb",  __FILE__)
require "rails/test_help"

从您的用户角度

为了让您的用户运行测试，他必须通过使用BUNDLE_GEMFILE运行迁移任务来进行一次性设置，这不是那么性感。

但是一旦完成，用户可以针对rails-3和rails-4运行测试，而无需在每次想要切换版本时生成Gemfile，并且您可以在测试应用程序中使用特定于版本的代码和配置，而无需将if Rails.version >= '4'语句放在任何地方。

运行规格：

RAILS_VERSION=3 bundle exec rake test
bundle exec rake test # rails-4 is the default in code I wrote

您可以在我的activerecord_any_of gem中查看此方法的示例。

宝石测试的策略，以确保宝石与Rails 3.x和4.0一起使用？

2 个答案: