kotovalexarian-likes-github/thoughtbot--shoulda-matchers
1
0
Fork 0
mirror of https://github.com/thoughtbot/shoulda-matchers.git synced 2022-11-09 12:01:38 -05:00
Code Releases Activity
thoughtbot--shoulda-matchers/.travis.yml

46 lines
1,008 B
YAML
Raw Normal View History

Don't test REE [ci skip] Ruby Enterprise Edition has reached its end of life and should be fully compatible with MRI 1.8.7. Testing on both is wasting resources. See: http://blog.phusion.nl/2012/02/21/ruby-enterprise-edition-1-8-7-2012-02-released-end-of-life-imminent/
2012-12-02 12:21:25 -05:00
script: "bundle exec rake spec cucumber"
Auto-retry `bundle install` when Travis runs tests `bundle install` doesn't always work -- sometimes it runs into errors making HTTP requests, for whatever reason. This will cause Travis to fail which is pretty annoying. * Travis supplies an executable called `travis_retry` which will automatically retry the command up to 3 times before really failing. Tell Travis to use this when it runs `bundle install` before it runs tests. * In spec_helper, we create a Rails app and use this within the test suite. This will also run `bundle install`. Unfortunately we can't use `travis_retry` for this as it's a function and is not available to us in Ruby-land, so use our own retry logic.
2013-10-23 16:18:52 -04:00
install: "travis_retry bundle install"
Specify bundle install for travis. * Thanks to @sikachu! Travis will now runs `bundle install --deployment` if it detects that the project has `Gemfile.lock`. However, there's a problem in Bundler deployment install that cause it not installing `bundler` gem into `vendor/bundle` directory, which causes `require 'bundler'` to fail.
2013-08-01 14:02:24 -04:00
Add travis build
2011-09-12 06:48:27 -04:00
rvm:
- 1.9.2
- 1.9.3
gemfile:
Tell Travis CI to use the correct gemfile
2011-09-12 07:04:01 -04:00
- gemfiles/3.0.gemfile
- gemfiles/3.1.gemfile
Test against Rails 3.2 in Travis.
2012-10-01 13:03:15 -04:00
- gemfiles/3.2.gemfile
Allow shoulda-matchers to fail on rbx and jruby for now
2012-05-11 14:13:16 -04:00
matrix:
allow_failures:
Remove traces of 1.8 support Shoulda Matchers 2.0 removed support for 1.8. This change removes Ruby 1.8 tests from travis and sets the minimum Ruby version in the gemspec.
2013-04-19 12:55:58 -04:00
- rvm: rbx-19mode
- rvm: jruby-19mode
include:
Add missing test dependences to Appraisals Since as of commit 2748b750873faf587c78d7a71f6c725b0fd4252a, we no longer install dependencies inside of the Rails app that is generated and used to run all of the tests, we have to require all of the dependencies that the app would install inside of the appropriate Appraisals. This was mostly straightforward except for some workarounds with the turn gem: * Rails 3.1 requires two versions of turn depending on which Ruby version you're using. On 1.9.2, it uses turn 0.9.2; after 1.9.2, it uses ~> 0.9.3. To accommodate this we have to have two versions of the Rails 3.1 appraisal which declare the different turn versions. * Rails 3.1 also loads the turn gem even if, in the Gemfile for the app, turn is declared with `require: false`. This causes a problem while running our tests because turn actually requires minitest/autorun, which adds a hook so when Ruby exits, Minitest tests are run. Because we're already using RSpec, Minitest will try to re-run the `rspec` command we ran within a Minitest environment. This will fail since we are using RSpec-specific command line options to run the tests. Unfortunately there's no way to shut off minitest/autorun after it's been required, so we have to monkey-patch Minitest's #run method so it's a no-op.
2014-05-16 11:57:19 -04:00
- rvm: 1.9.2
Use the correct appraisal names in .travis.yml
2014-07-02 11:24:17 -04:00
gemfile: gemfiles/3.1_1.9.2.gemfile
Use same assertion class as Rails, if loaded Given this scenario: * Using Rails 4.1 * Gemfile has `gem 'shoulda-matchers', require: false` * spec_helper has `require 'shoulda/matchers'` following `require 'rspec/rails'` * Using Spring to run tests matchers that delegate to assertions in Rails (e.g. `render_template` and `route`) will fail in the wrong way if used. They fail because in order to use these assertions, we expect that the assertions will raise a specific exception, an exception that corresponds to whichever test framework that Rails is using. For Rails versions that used Test::Unit, this is Test::Unit::AssertionFailedError. For current Rails versions, which now use Minitest, this exception is Minitest::Assertion. The problem is that instead of asking Rails which exception class it's using, we are trying to detect this exception class ourselves (for cases in which Rails is not being used). This leads to the wrong class being detected: when using a Rails version that uses Minitest, we choose Test::Unit::AssertionFailedError as the class. This happens using the exact scenario above because even though shoulda-matchers is loaded after rspec-rails, rspec-rails itself defines Test::Unit::AssertionFailedError. Also add Cucumber tests that confirms this exact scenario works.
2014-06-21 23:24:22 -04:00
- rvm: 1.9.2
Use the correct appraisal names in .travis.yml
2014-07-02 11:24:17 -04:00
gemfile: gemfiles/3.2_1.9.2.gemfile
Test Rails 4.0 on Travis CI
2013-08-23 09:26:31 -04:00
- rvm: 1.9.3
Add Appraisal for Rails 4.0.1
2013-12-01 17:57:03 -05:00
gemfile: gemfiles/4.0.0.gemfile
- rvm: 1.9.3
gemfile: gemfiles/4.0.1.gemfile
Add support to rails 4.1.0
2013-12-31 14:54:21 -05:00
- rvm: 1.9.3
gemfile: gemfiles/4.1.gemfile
Ruby 2.0 Support * Add Ruby 2.0 support to the Appraisals * Update travis to test 2.0.0 with the 3.2 gemfile. Clean up the travis matrix to favor the include syntax over exclude. * Edit gemfile.locks to point to relative paths.
2013-03-15 16:52:55 -04:00
- rvm: 2.0.0
gemfile: gemfiles/3.2.gemfile
Test Rails 4.0 on Travis CI
2013-08-23 09:26:31 -04:00
- rvm: 2.0.0
Add Appraisal for Rails 4.0.1
2013-12-01 17:57:03 -05:00
gemfile: gemfiles/4.0.0.gemfile
- rvm: 2.0.0
gemfile: gemfiles/4.0.1.gemfile
Add support to rails 4.1.0
2013-12-31 14:54:21 -05:00
- rvm: 2.0.0
gemfile: gemfiles/4.1.gemfile
Remove traces of 1.8 support Shoulda Matchers 2.0 removed support for 1.8. This change removes Ruby 1.8 tests from travis and sets the minimum Ruby version in the gemspec.
2013-04-19 12:55:58 -04:00
- rvm: rbx-19mode
gemfile: gemfiles/3.2.gemfile
- rvm: jruby-19mode
gemfile: gemfiles/3.2.gemfile
Add missing test dependences to Appraisals Since as of commit 2748b750873faf587c78d7a71f6c725b0fd4252a, we no longer install dependencies inside of the Rails app that is generated and used to run all of the tests, we have to require all of the dependencies that the app would install inside of the appropriate Appraisals. This was mostly straightforward except for some workarounds with the turn gem: * Rails 3.1 requires two versions of turn depending on which Ruby version you're using. On 1.9.2, it uses turn 0.9.2; after 1.9.2, it uses ~> 0.9.3. To accommodate this we have to have two versions of the Rails 3.1 appraisal which declare the different turn versions. * Rails 3.1 also loads the turn gem even if, in the Gemfile for the app, turn is declared with `require: false`. This causes a problem while running our tests because turn actually requires minitest/autorun, which adds a hook so when Ruby exits, Minitest tests are run. Because we're already using RSpec, Minitest will try to re-run the `rspec` command we ran within a Minitest environment. This will fail since we are using RSpec-specific command line options to run the tests. Unfortunately there's no way to shut off minitest/autorun after it's been required, so we have to monkey-patch Minitest's #run method so it's a no-op.
2014-05-16 11:57:19 -04:00
exclude:
- rvm: 1.9.2
gemfile: gemfiles/3.1.gemfile
Use same assertion class as Rails, if loaded Given this scenario: * Using Rails 4.1 * Gemfile has `gem 'shoulda-matchers', require: false` * spec_helper has `require 'shoulda/matchers'` following `require 'rspec/rails'` * Using Spring to run tests matchers that delegate to assertions in Rails (e.g. `render_template` and `route`) will fail in the wrong way if used. They fail because in order to use these assertions, we expect that the assertions will raise a specific exception, an exception that corresponds to whichever test framework that Rails is using. For Rails versions that used Test::Unit, this is Test::Unit::AssertionFailedError. For current Rails versions, which now use Minitest, this exception is Minitest::Assertion. The problem is that instead of asking Rails which exception class it's using, we are trying to detect this exception class ourselves (for cases in which Rails is not being used). This leads to the wrong class being detected: when using a Rails version that uses Minitest, we choose Test::Unit::AssertionFailedError as the class. This happens using the exact scenario above because even though shoulda-matchers is loaded after rspec-rails, rspec-rails itself defines Test::Unit::AssertionFailedError. Also add Cucumber tests that confirms this exact scenario works.
2014-06-21 23:24:22 -04:00
- rvm: 1.9.2
gemfile: gemfiles/3.2.gemfile
Copy permalink