rails--rails/.travis.yml

language: ruby
sudo: false
script: 'ci/travis.rb'
before_install:
  - gem install bundler
  - "rm ${BUNDLE_GEMFILE}.lock"
before_script:
  - bundle update
cache: bundler
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"
    - "GEM=guides"
rvm:
  - 2.2.3
  - ruby-head
matrix:
  allow_failures:
    - env: "GEM=ar:mysql"
    - rvm: ruby-head
  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: --without test --jobs 3 --retry 3
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`
Enable Travis CI container-mode And also bundler cache 2014-12-18 15:09:58 -05:00			`sudo: false`
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:`
Revert "Use bundler < 1.10 until its bugs are fixed" This reverts commit 81b42970f02d07ca5007bbce920b489d80172636. 2015-05-29 01:38:50 -04:00			`- gem install bundler`
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies. 2015-02-18 11:30:25 -05:00			`- "rm ${BUNDLE_GEMFILE}.lock"`
Enable Travis CI container-mode And also bundler cache 2014-12-18 15:09:58 -05:00			`before_script:`
			`- bundle update`
			`cache: bundler`
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"`
Revert "Allow failures with Active Job" Travis is green. Let's keep it that way rather than let AJ languish as a second-class citizen. This reverts commit 2a6b3e14cff61639978a55f47aea9ff4c8e72758. 2015-03-05 13:50:46 -05:00			`- "GEM=am,amo,as,av,aj"`
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			`- "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"`
Add the bug report templates to the Travis CI build The bug report templates are now executed from the `ci/travis.rb` when `GEM` contains `guides`. I started by creating a `test` task in `guides/Rakefile` to handle this, but since inline `gemfile` must not be executed with `bundle exec`, that rake task would not be consistent with others. So I went back by executing them directly from `Build`. Use inline Gemfile dependency when reporting gem bugs 2015-06-05 16:28:11 -04:00			`- "GEM=guides"`
Start running railties builds first, since they take the longest finish 2014-10-13 07:42:27 -04:00			`rvm:`
Test against the newest stable ruby 2.2.3 2015-08-22 03:17:04 -04:00			`- 2.2.3`
Start running railties builds first, since they take the longest finish 2014-10-13 07:42:27 -04:00			`- ruby-head`
Allow jruby on travis allowing failures 2013-08-01 14:20:05 -04:00			`matrix:`
			`allow_failures:`
Allow failures for mysql adapter tests 2014-12-02 08:37:36 -05:00			`- env: "GEM=ar:mysql"`
Move ruby-head to allowed failures [ci skip] We're about a year a way from either project releasing, their development doesn't need to break our builds for now. 2015-02-05 09:37:17 -05:00			`- rvm: ruby-head`
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="`
Use parallel bundler install. Travis recommends a default of 3. See: http://docs.travis-ci.com/user/languages/ruby/#Default-Test-Script 2015-01-07 14:12:10 -05:00			`bundler_args: --without test --jobs 3 --retry 3`
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"`