rails--rails/.travis.yml

language: ruby
script: 'ci/travis.rb'
before_install:
  - travis_retry gem install bundler
  - "rvm current | grep 'jruby' && export AR_JDBC=true || echo"
env:
  global:
    - JRUBY_OPTS='-J-Xmx1024M'
  matrix:
    - "GEM=railties"
    - "GEM=ap"
    - "GEM=am,amo,as,av,aj"
    - "GEM=ar:mysql"
    - "GEM=ar:mysql2"
    - "GEM=ar:sqlite3"
    - "GEM=ar:postgresql"
    - "GEM=aj:integration"
rvm:
  - 1.9.3
  - 2.0.0
  - 2.1
  - ruby-head
  - rbx-2
  - jruby
matrix:
  allow_failures:
    - rvm: 1.9.3
      env: "GEM=ar:mysql"
    - rvm: 2.0.0
      env: "GEM=ar:mysql"
    - rvm: ruby-head
      env: "GEM=ar:mysql"
    - rvm: rbx-2
    - rvm: jruby
  fast_finish: true
notifications:
  email: false
  irc:
    on_success: change
    on_failure: always
    channels:
      - "irc.freenode.org#rails-contrib"
  campfire:
    on_success: change
    on_failure: always
    rooms:
      - secure: "YA1alef1ESHWGFNVwvmVGCkMe4cUy4j+UcNvMUESraceiAfVyRMAovlQBGs6\n9kBRm7DHYBUXYC2ABQoJbQRLDr/1B5JPf/M8+Qd7BKu8tcDC03U01SMHFLpO\naOs/HLXcDxtnnpL07tGVsm0zhMc5N8tq4/L3SHxK7Vi+TacwQzI="
bundler_args: --path vendor/bundle --without test
services:
  - memcached
  - redis
  - rabbitmq
addons:
  postgresql: "9.3"
Add language directive to .travis.yml Currently, Travis CI assumes that the project is in Ruby in the absence of the `language` key. This behavior may change in the future. (For example, switch to a "blank" image which may be created.) 2014-08-27 19:59:16 -04:00			`language: ruby`
Added a .travis.yml config and travis specific ci script. Don't install ruby-debug if running the test suite on Travis, linecache19 is the main offender, very very slow. And do not install pg if Travis is bundling the gems, pg will be setup on Travis soon. 2011-07-15 03:48:10 -04:00			`script: 'ci/travis.rb'`
Install latest bundler on Travis. 2012-03-09 16:19:55 -05:00			`before_install:`
Reverse 821525e and wrap run_generator call Ruby 2.1.0 includes the json gem 1.8.1 by default so we need bundler 1.5.1 for `bundle install` to work. To fix this reverse the downgrade to 1.3.5 and wrap the `run_generator` call with a block that resets `THOR_DEBUG`. 2014-01-02 05:06:29 -05:00			`- travis_retry gem install bundler`
`export AR_JDBC=true` on travis-ci as a before_install (but on jruby only) 2013-09-03 02:57:50 -04:00			`- "rvm current \| grep 'jruby' && export AR_JDBC=true \|\| echo"`
Added a .travis.yml config and travis specific ci script. Don't install ruby-debug if running the test suite on Travis, linecache19 is the main offender, very very slow. And do not install pg if Travis is bundling the gems, pg will be setup on Travis soon. 2011-07-15 03:48:10 -04:00			`env:`
Speed up JRuby tests by improving its startup time Emulate `jruby --dev` which improves JRuby's startup time. See https://github.com/jruby/jruby/wiki/Improving-startup-time#use-the---dev-flag Follow @headius' idea and give Java more memory to reduce GC time. 2014-08-21 09:57:27 -04:00			`global:`
Follow up to #16613 Since we want this flag to be enabled anytime we are running the tests under JRuby, let's enable this at the Rakefile level so people get the performance boost on their local checkout. Moreover, we avoid having to update this particular line anytime the option changes on the JRuby side. The only drawback is that we have to define it in every Rakefile but there's no big deal, this is already the case for other options. 2014-09-27 10:37:44 -04:00			`- JRUBY_OPTS='-J-Xmx1024M'`
Speed up JRuby tests by improving its startup time Emulate `jruby --dev` which improves JRuby's startup time. See https://github.com/jruby/jruby/wiki/Improving-startup-time#use-the---dev-flag Follow @headius' idea and give Java more memory to reduce GC time. 2014-08-21 09:57:27 -04:00			`matrix:`
			`- "GEM=railties"`
			`- "GEM=ap"`
			`- "GEM=am,amo,as,av,aj"`
			`- "GEM=ar:mysql"`
			`- "GEM=ar:mysql2"`
			`- "GEM=ar:sqlite3"`
			`- "GEM=ar:postgresql"`
ActiveJob Integration Tests 2014-08-18 03:19:41 -04:00			`- "GEM=aj:integration"`
Start running railties builds first, since they take the longest finish 2014-10-13 07:42:27 -04:00			`rvm:`
			`- 1.9.3`
			`- 2.0.0`
			`- 2.1`
			`- ruby-head`
			`- rbx-2`
			`- jruby`
Allow jruby on travis allowing failures 2013-08-01 14:20:05 -04:00			`matrix:`
			`allow_failures:`
Ignore distressingly-frequent segfaults on this build Not sure what's causing them suddenly, but it seems unlikely there's much we can do about it. For the small amount of coverage this particular job gains us, it's hurting us more, by making CI failures unremarkable. 2014-06-08 10:12:01 -04:00			`- rvm: 1.9.3`
			`env: "GEM=ar:mysql"`
Ignore segfault build errors with 2.0.0 + mysql-ruby Continuation of c9a43126c5e2c608ab3ff1be994bce69e815a144 :cry: 2014-09-06 20:15:00 -04:00			`- rvm: 2.0.0`
			`env: "GEM=ar:mysql"`
OMG mysql! 2014-09-17 14:21:47 -04:00			`- rvm: ruby-head`
			`env: "GEM=ar:mysql"`
Update Travis settings for Rubinius /cc @brixen 2014-02-12 06:55:47 -05:00			`- rvm: rbx-2`
Always point to latest rbx and jruby in travis 2013-12-18 10:34:28 -05:00			`- rvm: jruby`
Enable fast_finish in the travis configuration Since rbx and jruby builds are being allowed to fail lets receive the build information early enabling this option See http://about.travis-ci.org/blog/2013-11-27-fast-finishing-builds/ 2014-01-01 21:35:51 -05:00			`fast_finish: true`
enable Travis CI irc notifications to #rails-contrib on irc.freenode.org 2011-07-26 14:17:58 -04:00			`notifications:`
			`email: false`
			`irc:`
Don't notify IRC on every single build, just failures and first success after a string of failures 2011-10-08 14:13:48 -04:00			`on_success: change`
			`on_failure: always`
			`channels:`
			`- "irc.freenode.org#rails-contrib"`
Add campfire notifications for travis 2011-12-17 10:05:14 -05:00			`campfire:`
Don't notify campfire when the build keeps passing 2011-12-18 18:37:05 -05:00			`on_success: change`
			`on_failure: always`
			`rooms:`
Change the encrypted campfire notification token 2012-12-06 12:39:13 -05:00			`- secure: "YA1alef1ESHWGFNVwvmVGCkMe4cUy4j+UcNvMUESraceiAfVyRMAovlQBGs6\n9kBRm7DHYBUXYC2ABQoJbQRLDr/1B5JPf/M8+Qd7BKu8tcDC03U01SMHFLpO\naOs/HLXcDxtnnpL07tGVsm0zhMc5N8tq4/L3SHxK7Vi+TacwQzI="`
There's no need to install test group in travis 2013-03-11 14:50:31 -04:00			`bundler_args: --path vendor/bundle --without test`
Enable memcached service on travis for running cache tests. 2013-12-21 13:46:34 -05:00			`services:`
			`- memcached`
ActiveJob Integration Tests 2014-08-18 03:19:41 -04:00			`- redis`
			`- rabbitmq`
			`addons:`
			`postgresql: "9.3"`