[ANN] multi_rails 0.0.4 Released

multi_rails version 0.0.4 has been released!

MultiRails

by Relevance, http://thinkrelevance.com
   Rob S. - MultiRails lead

MultiRails lets you test your Rails plugin or app against many
versions of Rails in one sweep.

DESCRIPTION:

MultiRails allows easy testing against multiple versions of Rails for
your Rails specific gem or plugin. It also has tentative support
testing Rails applications against multiple versions of Rails.

Use MultiRails to hook in Rails 2.0 testing in your continuous
integration. Still working on Rails 2.0 support? Use MultiRails to
see where your test suite falls down against the 2.0 preview releases
of Rails.

MultiRails was initially developed by members of Relevance while
developing Streamlined against edge Rails. To see how Streamlined
uses MultiRails, go to http://trac.streamlinedframework.org.

FEATURES:

  • easily test plugins/extensions using a require from your
    test_helper.rb and a require in your RakeFile
  • rake tasks to test against a specified version of Rails, the latest
    version, or all versions
  • tentative support for testing plain Rails apps against multiple
    versions of Rails
  • Uses rubygems for version management of Rails

TODOs:

  • improve docs on how to override what files are required by multi_rails
  • maybe add ability to load plain Rails versions – ie checked out
    copies not in RubyGems

NOTES:

  • (For Rails apps only) multi_rails will rename your vendor/rails
    directory to vendor/rails.off if it finds one within your rails app.
    We have to do this to make Rails fall back to RubyGems rails.
    Multi_rails will rename back to the correct vendor/rails when done
    testing, so it will not interrupt your app in normal use.
  • (For Rails apps only) multi_rails needs to add a line to top of
    your environment.rb to hook into – see the instructions below for
    more details

Changes:

0.0.4

  • Change the all task so that the build will run through all rails
    versions, even if one of them fails, but at the end
    the failing versions are printed and we abort. Thanks to Evan
    Weaver for initial patch and idea.

  • display the rails gem from the load path as a sanity check right
    after we gem/require

  • add autotest railsplugin discovery, so I can use autotest to test
    multi_rails

  • various rake tweaks to make release easier and more automated

  • http://multi-rails.rubyforge.org/