kotovalexarian-likes-github/rails--rails
1
0
Fork 0
mirror of https://github.com/rails/rails.git synced 2022-11-09 12:12:34 -05:00
Code Releases Activity
rails--rails/.travis.yml

79 lines
1.6 KiB
YAML
Raw Normal View History

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
Travis: cache unicode data downloads and beanstalkd build
2016-04-19 03:15:16 -04:00
cache:
bundler: true
directories:
- /tmp/cache/unicode_conformance
- /tmp/beanstalkd-1.10
services:
- memcached
- redis
- rabbitmq
addons:
postgresql: "9.4"
bundler_args: --without test --jobs 3 --retry 3
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"
Travis: cache unicode data downloads and beanstalkd build
2016-04-19 03:15:16 -04:00
- "[ -f /tmp/beanstalkd-1.10/Makefile ] || (curl -L https://github.com/kr/beanstalkd/archive/v1.10.tar.gz | tar xz -C /tmp)"
- "pushd /tmp/beanstalkd-1.10 && make && (./beanstalkd &); popd"
Enable Travis CI container-mode And also bundler cache
2014-12-18 15:09:58 -05:00
before_script:
- bundle update
Travis: cache unicode data downloads and beanstalkd build
2016-04-19 03:15:16 -04:00
script: 'ci/travis.rb'
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
matrix:
- "GEM=railties"
- "GEM=ap"
Add Action Cable tests to travis matrix
2015-12-14 11:44:51 -05:00
- "GEM=ac"
Support faye-websocket + EventMachine as an option
2016-03-01 19:50:19 -05:00
- "GEM=ac FAYE=1"
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: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"
Travis: cache unicode data downloads and beanstalkd build
2016-04-19 03:15:16 -04:00
Start running railties builds first, since they take the longest finish
2014-10-13 07:42:27 -04:00
rvm:
Revert "No need to specify Ruby patch version on Travis CI"
2016-02-05 23:51:14 -05:00
- 2.2.4
- 2.3.0
Start running railties builds first, since they take the longest finish
2014-10-13 07:42:27 -04:00
- ruby-head
Travis: cache unicode data downloads and beanstalkd build
2016-04-19 03:15:16 -04:00
Allow jruby on travis allowing failures
2013-08-01 14:20:05 -04:00
matrix:
Run latest precompiled JRuby on CI only against ActionPack Uses latest precompiled JRuby so that we don't spend time downloading versions Travis has not already compiled. http://rubies.travis-ci.org/ Uses latest jdk: oraclejdk8 per https://docs.travis-ci.com/user/build-environment-updates/2015-02-03/#Ruby-VM and https://docs.travis-ci.com/user/languages/ruby/#Supported-Ruby-Versions-and-RVM Follows on work in https://github.com/rails/rails/pull/23927 which was reverted https://github.com/rails/rails/commit/26fe5fa08d52384bcea09c4210e3b3baaf5e9b95 JRUBY_OPTS minimize GC, disable JIT, for max test speed - https://github.com/rails/rails/pull/16613 - https://github.com/rails/rails/pull/17088 Have Rails use JRuby-compatible Rake 11.1 - The Rake task was passing --verbose, an invalid option, to contemporary JRuby - https://github.com/ruby/rake/pull/120 - https://github.com/rails-api/active_model_serializers/pull/1585 - https://github.com/jruby/jruby/issues/3653#issuecomment-195883717 No advantage to directly mounting JRuby over installing from cache; both on S3 - https://github.com/rails/rails/pull/23499/commits/b2d5b336b5a812009444571b22eed90777cd9a8c - https://github.com/rails/rails/pull/23499/commits/f4fad041b2755d81e82ee3fc66d96f334b4653db
2016-02-05 12:31:18 -05:00
include:
# Latest compiled version in http://rubies.travis-ci.org
Include running mariadb on travis - Specify we want to run on latest stable ruby for mariadb - change in runs of builds Make mariadb? method publicly available
2016-04-12 09:49:21 -04:00
- rvm: 2.3.0
env:
- "GEM=ar:mysql2"
addons:
mariadb: 10.0
Run latest precompiled JRuby on CI only against ActionPack Uses latest precompiled JRuby so that we don't spend time downloading versions Travis has not already compiled. http://rubies.travis-ci.org/ Uses latest jdk: oraclejdk8 per https://docs.travis-ci.com/user/build-environment-updates/2015-02-03/#Ruby-VM and https://docs.travis-ci.com/user/languages/ruby/#Supported-Ruby-Versions-and-RVM Follows on work in https://github.com/rails/rails/pull/23927 which was reverted https://github.com/rails/rails/commit/26fe5fa08d52384bcea09c4210e3b3baaf5e9b95 JRUBY_OPTS minimize GC, disable JIT, for max test speed - https://github.com/rails/rails/pull/16613 - https://github.com/rails/rails/pull/17088 Have Rails use JRuby-compatible Rake 11.1 - The Rake task was passing --verbose, an invalid option, to contemporary JRuby - https://github.com/ruby/rake/pull/120 - https://github.com/rails-api/active_model_serializers/pull/1585 - https://github.com/jruby/jruby/issues/3653#issuecomment-195883717 No advantage to directly mounting JRuby over installing from cache; both on S3 - https://github.com/rails/rails/pull/23499/commits/b2d5b336b5a812009444571b22eed90777cd9a8c - https://github.com/rails/rails/pull/23499/commits/f4fad041b2755d81e82ee3fc66d96f334b4653db
2016-02-05 12:31:18 -05:00
- rvm: jruby-9.0.5.0
jdk: oraclejdk8
env:
- "JRUBY_OPTS='--dev -J-Xmx1024M'"
- "GEM='ap'"
Allow jruby on travis allowing failures
2013-08-01 14:20:05 -04:00
allow_failures:
Fix travis matrix
2015-12-14 20:45:25 -05:00
- rvm: ruby-head
CI: allow JRuby build to fail, too flaky to be useful
2016-04-25 20:30:37 -04:00
- rvm: jruby-9.0.5.0
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
Travis: cache unicode data downloads and beanstalkd build
2016-04-19 03:15:16 -04:00
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="
Copy permalink