kotovalexarian-likes-github/docile
1
0
Fork 0
mirror of https://github.com/ms-ati/docile synced 2023-03-27 23:21:52 -04:00
Code Releases Activity
docile/.travis.yml

33 lines
761 B
YAML
Raw Normal View History

Update bundler before Travis CI builds Builds are broken because the `bundler` version that Travis CI automatically uses at this time (`1.7.6`) is coming across an error that was fixed in a later version/release. Having an outdated version of `bundler` in the Travis CI builds is an ongoing issue and this is currently the easiest work-around. See: * bundler/bundler#3558 * travis-ci/travis-ci#3531 (commit msg taken from: https://github.com/thoughtbot/factory_girl/commit/3c0547fa508d212f79050301d5622434e4731c48)
2016-05-18 10:41:11 -04:00
# Use container-based infrastructure
sudo: false
add travis config
2012-10-28 08:26:10 -04:00
language: ruby
Update bundler before Travis CI builds Builds are broken because the `bundler` version that Travis CI automatically uses at this time (`1.7.6`) is coming across an error that was fixed in a later version/release. Having an outdated version of `bundler` in the Travis CI builds is an ongoing issue and this is currently the easiest work-around. See: * bundler/bundler#3558 * travis-ci/travis-ci#3531 (commit msg taken from: https://github.com/thoughtbot/factory_girl/commit/3c0547fa508d212f79050301d5622434e4731c48)
2016-05-18 10:41:11 -04:00
# Travis bug, see https://github.com/bundler/bundler/pull/3559
before_install: gem update bundler
Re-enable bundler cache on Travis
2014-06-15 14:08:16 -04:00
cache: bundler
add travis config
2012-10-28 08:26:10 -04:00
rvm:
Add ruby-head and jruby-head to Travis, but allow them to fail This way we'll know if/how the build is failing on the latest versions, but without marking the entire build as a failure if only the head versions fail. See: - https://github.com/rspec/rspec-core/blob/master/.travis.yml - http://blog.travis-ci.com/2013-11-27-fast-finishing-builds/
2014-06-15 15:01:22 -04:00
- ruby-head
Test MRI Ruby 2.3.3 on Travis
2016-12-27 14:30:06 -05:00
- 2.3.3 # Travis lacking 2.3 alias, see https://github.com/travis-ci/travis-ci/issues/5361
Add Ruby 2.2.x to Travis CI config
2015-06-24 15:54:11 -04:00
- 2.2
- 2.1
Add ruby 2.0.0 to versions tested in Travis CI
2013-06-29 18:43:31 -04:00
- 2.0.0
add travis config
2012-10-28 08:26:10 -04:00
- 1.9.3
- 1.9.2
- 1.8.7
- ree
Test with stable JRuby 9k in Travis
2016-12-27 14:45:22 -05:00
- jruby # this alias tracks JRuby 9k stable version
Add ruby-head and jruby-head to Travis, but allow them to fail This way we'll know if/how the build is failing on the latest versions, but without marking the entire build as a failure if only the head versions fail. See: - https://github.com/rspec/rspec-core/blob/master/.travis.yml - http://blog.travis-ci.com/2013-11-27-fast-finishing-builds/
2014-06-15 15:01:22 -04:00
- jruby-head
add travis config
2012-10-28 08:26:10 -04:00
- jruby-19mode
Add ruby-head and jruby-head to Travis, but allow them to fail This way we'll know if/how the build is failing on the latest versions, but without marking the entire build as a failure if only the head versions fail. See: - https://github.com/rspec/rspec-core/blob/master/.travis.yml - http://blog.travis-ci.com/2013-11-27-fast-finishing-builds/
2014-06-15 15:01:22 -04:00
- jruby-18mode
Update Travis settings for Rubinius Apparently, since rbx-2.2.5 you no longer need to require gem rubysl or rubinius-coverage, and you must have travis use the ruby named 'rbx-2'. See * https://github.com/tarcieri/http/pull/79 * https://github.com/rubinius/rubinius/releases/tag/v2.2.5
2014-02-21 15:48:22 -05:00
- rbx-2
Test more Rubinius versions, but allow to fail Travis appears to not be able to even install rbx-2 right now. Just want to keep an eye on the situation and eventually get tests passing again, once Travis gets sorted out.
2016-12-27 14:42:23 -05:00
- rbx
- rbx-head
Add ruby-head and jruby-head to Travis, but allow them to fail This way we'll know if/how the build is failing on the latest versions, but without marking the entire build as a failure if only the head versions fail. See: - https://github.com/rspec/rspec-core/blob/master/.travis.yml - http://blog.travis-ci.com/2013-11-27-fast-finishing-builds/
2014-06-15 15:01:22 -04:00
matrix:
allow_failures:
- rvm: ruby-head
- rvm: jruby-head
Last fix for jruby-18mode didn't work, so instead just allow that build to fail for now.
2016-05-18 11:50:59 -04:00
- rvm: jruby-18mode # until we figure out failure in `bundle exec`, which is not our problem
Test more Rubinius versions, but allow to fail Travis appears to not be able to even install rbx-2 right now. Just want to keep an eye on the situation and eventually get tests passing again, once Travis gets sorted out.
2016-12-27 14:42:23 -05:00
- rvm: rbx-2 # until Travis fixes Rubinius again
- rvm: rbx
- rvm: rbx-head
Add ruby-head and jruby-head to Travis, but allow them to fail This way we'll know if/how the build is failing on the latest versions, but without marking the entire build as a failure if only the head versions fail. See: - https://github.com/rspec/rspec-core/blob/master/.travis.yml - http://blog.travis-ci.com/2013-11-27-fast-finishing-builds/
2014-06-15 15:01:22 -04:00
fast_finish: true
Copy permalink