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

127 lines
3 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
Test rails-ujs in our travis matrix
2017-02-21 13:41:17 -05:00
- node_modules
- $HOME/.nvm
Travis: cache unicode data downloads and beanstalkd build
2016-04-19 03:15:16 -04:00
services:
- memcached
- redis
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:
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"
Avoid rubygems 2.6.12 for now It's causing a test to fail, and we're not yet sure what (if anything) we should be doing differently. See rubygems/rubygems#1911.
2017-05-04 10:11:55 -04:00
- "gem update --system 2.6.11"
Bump bundler version in the before_install hook of travis - We were running into issues with old bundler versions on 4.2 builds. So we bumped the bundler version on 4-2-stable branch in https://github.com/rails/rails/pull/26592. - This commit applies same change to master as per discussion in https://github.com/rails/rails/pull/26592#issuecomment-254026755.
2016-10-16 13:07:31 -04:00
- "gem update bundler"
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"
Test rails-ujs in our travis matrix
2017-02-21 13:41:17 -05:00
- "[[ $GEM != 'av:ujs' ]] || nvm install node"
- "[[ $GEM != 'av:ujs' ]] || node --version"
- "[[ $GEM != 'av:ujs' ]] || (cd actionview && npm install)"
- "[[ $GEM != 'av:ujs' ]] || [[ $(phantomjs --version) > '2' ]] || npm install -g phantomjs-prebuilt"
Travis: cache unicode data downloads and beanstalkd build
2016-04-19 03:15:16 -04:00
Enable Travis CI container-mode And also bundler cache
2014-12-18 15:09:58 -05:00
before_script:
CI: run Action Cable browser tests in Sauce Labs Allow failures until test runs are consistently stable, not hanging. Closes #24943. Signed-off-by: Jeremy Daer <jeremydaer@gmail.com>
2016-05-09 15:42:28 -04:00
# Set Sauce Labs username and access key. Obfuscated, purposefully not encrypted.
# Decodes to e.g. `export VARIABLE=VALUE`
- $(base64 --decode <<< "ZXhwb3J0IFNBVUNFX0FDQ0VTU19LRVk9YTAzNTM0M2YtZTkyMi00MGIzLWFhM2MtMDZiM2VhNjM1YzQ4")
- $(base64 --decode <<< "ZXhwb3J0IFNBVUNFX1VTRVJOQU1FPXJ1YnlvbnJhaWxz")
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:
Make JRUBY_OPTS a global Travis environment variable
2016-11-16 20:27:34 -05:00
global:
- "JRUBY_OPTS='--dev -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"
Shuffle travis matrix * Run actionpack and actioncable tests together * Demote ac:integration to allow_failures -- it works most of the time, but still fails too frequently to rely upon
2016-12-24 10:01:44 -05:00
- "GEM=ap,ac"
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"
Run Active Support tests when preserving timezones Add to the matrix of Travis tests an entry that runs the Active Support tests when `ActiveSupport.to_time_preserves_timezone = true`.
2016-04-28 02:59:32 -04:00
- "GEM=as PRESERVE_TIMEZONES=1"
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"
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"
Shuffle travis matrix * Run actionpack and actioncable tests together * Demote ac:integration to allow_failures -- it works most of the time, but still fails too frequently to rely upon
2016-12-24 10:01:44 -05:00
- "GEM=ac:integration"
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:
CI against Ruby 2.2.7 https://www.ruby-lang.org/en/news/2017/03/28/ruby-2-2-7-released/
2017-03-29 11:59:36 -04:00
- 2.2.7
CI against Ruby 2.3.4 https://www.ruby-lang.org/en/news/2017/03/30/ruby-2-3-4-released/
2017-03-30 07:23:22 -04:00
- 2.3.4
Bump Travis ruby version to 2.4.1 https://www.ruby-lang.org/en/news/2017/03/22/ruby-2-4-1-released/
2017-03-22 15:06:30 -04:00
- 2.4.1
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:
Bump Travis ruby version to 2.4.1 https://www.ruby-lang.org/en/news/2017/03/22/ruby-2-4-1-released/
2017-03-22 15:06:30 -04:00
- rvm: 2.4.1
Test rails-ujs in our travis matrix
2017-02-21 13:41:17 -05:00
env: "GEM=av:ujs"
CI against Ruby 2.2.7 https://www.ruby-lang.org/en/news/2017/03/28/ruby-2-2-7-released/
2017-03-29 11:59:36 -04:00
- rvm: 2.2.7
Only start rabbitmq when we need it
2016-11-27 01:33:15 -05:00
env: "GEM=aj:integration"
services:
- memcached
- redis
- rabbitmq
CI against Ruby 2.3.4 https://www.ruby-lang.org/en/news/2017/03/30/ruby-2-3-4-released/
2017-03-30 07:23:22 -04:00
- rvm: 2.3.4
Only start rabbitmq when we need it
2016-11-27 01:33:15 -05:00
env: "GEM=aj:integration"
services:
- memcached
- redis
- rabbitmq
Bump Travis ruby version to 2.4.1 https://www.ruby-lang.org/en/news/2017/03/22/ruby-2-4-1-released/
2017-03-22 15:06:30 -04:00
- rvm: 2.4.1
add combination of Ruby 2.4 + aj:integration to CI
2017-01-26 23:42:25 -05:00
env: "GEM=aj:integration"
services:
- memcached
- redis
- rabbitmq
Only start rabbitmq when we need it
2016-11-27 01:33:15 -05:00
- rvm: ruby-head
env: "GEM=aj:integration"
services:
- memcached
- redis
- rabbitmq
CI against Ruby 2.3.4 https://www.ruby-lang.org/en/news/2017/03/30/ruby-2-3-4-released/
2017-03-30 07:23:22 -04:00
- rvm: 2.3.4
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
env:
Only start rabbitmq when we need it
2016-11-27 01:33:15 -05:00
- "GEM=ar:mysql2 MYSQL=mariadb"
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
addons:
mariadb: 10.0
Use a query that's compatible with PostgreSQL 9.2 Also, explicitly apply the order: generate_subscripts is unlikely to start returning values out of order, but we should still be clear about what we want.
2017-04-12 09:09:15 -04:00
- rvm: 2.3.4
Add sqlite3_mem adapter to Travis CI
2017-01-31 11:23:13 -05:00
env:
- "GEM=ar:sqlite3_mem"
Use a query that's compatible with PostgreSQL 9.2 Also, explicitly apply the order: generate_subscripts is unlikely to start returning values out of order, but we should still be clear about what we want.
2017-04-12 09:09:15 -04:00
- rvm: 2.3.4
env:
- "GEM=ar:postgresql POSTGRES=9.2"
addons:
postgresql: "9.2"
CI against jruby-9.1.8.0
2017-03-06 21:51:23 -05:00
- rvm: jruby-9.1.8.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
jdk: oraclejdk8
env:
Enable JRuby testing for Active Job All tests pass for me locally.
2016-11-16 19:50:37 -05:00
- "GEM=ap"
CI against jruby-9.1.8.0
2017-03-06 21:51:23 -05:00
- rvm: jruby-9.1.8.0
Enable JRuby testing for Action Mailer All tests passing locally for me: ``` 195 runs, 441 assertions, 0 failures, 0 errors, 0 skips ```
2016-11-16 17:23:10 -05:00
jdk: oraclejdk8
env:
Enable Active Model testing for JRuby
2017-01-22 11:51:05 -05:00
- "GEM=am,amo,aj"
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 against jruby-9.1.8.0
2017-03-06 21:51:23 -05:00
- rvm: jruby-9.1.8.0
Shuffle travis matrix * Run actionpack and actioncable tests together * Demote ac:integration to allow_failures -- it works most of the time, but still fails too frequently to rely upon
2016-12-24 10:01:44 -05:00
- env: "GEM=ac:integration"
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