kotovalexarian-likes-github
/
heartcombo--devise
mirror of https://github.com/heartcombo/devise.git
1
0
Fork 0
Code Releases Activity
heartcombo--devise/.travis.yml

111 lines
2.8 KiB
YAML
Raw Normal View History

Update Travis CI configuration: * `DEVISE_ORM=mongoid` is part of the build matrix, except for 1.8.7 and REE rubies; * `language` key added (Thanks to travis-lint).
2012-11-12 11:12:17 +00:00
language: ruby
Use the new build env on Travis - use the new build env on Travis (sudo: false) (docs coming soon) faster vms, more cpu, more ram, faster vm boot time - remove the custom caching for now as the new setup has a far better network - add rails-head to the gemfile list as it wasn't there caching is generally not recommended for libs like Devise as you want to test against the latest gem versions. Caching will use the min requirements available on the system instead of retrieving the latest. On that note, it is also recommended to remove the Gemfile.lock from the repo. For now I have just 'rm'd it before 'bundle install'
2014-11-19 18:49:55 +00:00
lets have travis test against many rubies
2011-04-04 18:29:46 +00:00
rvm:
Test against latest ruby versions
2017-03-02 11:11:08 +00:00
- 2.1.10
CI against Ruby 2.3.7, 2.4.4, 2.5.1
2018-03-29 15:01:11 +00:00
- 2.2.10
Add Rails 6 to CI (#5009)
2019-01-22 14:43:31 +00:00
- 2.3.8
Update Ruby versions to test against
2020-06-05 13:40:27 +00:00
- 2.4.10
- 2.5.8
- 2.6.6
Test with Ruby 2.7
2020-06-05 13:25:08 +00:00
- 2.7.1
Update .travis.yml
2016-05-06 20:05:03 +00:00
- ruby-head
Use the new build env on Travis - use the new build env on Travis (sudo: false) (docs coming soon) faster vms, more cpu, more ram, faster vm boot time - remove the custom caching for now as the new setup has a far better network - add rails-head to the gemfile list as it wasn't there caching is generally not recommended for libs like Devise as you want to test against the latest gem versions. Caching will use the min requirements available on the system instead of retrieving the latest. On that note, it is also recommended to remove the Gemfile.lock from the repo. For now I have just 'rm'd it before 'bundle install'
2014-11-19 18:49:55 +00:00
Let Devise play with both Rails 3.2 and Rails 4 for now
2013-05-04 01:56:46 +00:00
gemfile:
Reorder travis builds to prioritize newer ruby and rails versions
2016-02-10 19:20:36 +00:00
- Gemfile
Officially support Rails 6.0 Also remove upper bound on railties so people can try devise with new versions without having to wait us to change the gem and report bugs.
2019-06-12 20:10:13 +00:00
- gemfiles/Gemfile.rails-6.0-stable
Add Rails 6 to CI (#5009)
2019-01-22 14:43:31 +00:00
- gemfiles/Gemfile.rails-5.2-stable
Add Rails 5.1 to the matrix Not sure how/when this one was removed, probably just mistakenly, so let's add it back for now, at least while we support multiple old Ruby / Rails versions. (which I plan to remove support in the near future.)
2020-06-05 13:33:09 +00:00
- gemfiles/Gemfile.rails-5.1-stable
Test with Rails 5.0
2017-05-12 02:00:04 +00:00
- gemfiles/Gemfile.rails-5.0-stable
Test against Ruby 2.2 on Travis. * Add 4.2 stable to matrix. * Exclude test against Ruby 2.2 for Rails 3.2.
2014-12-27 08:05:43 +00:00
- gemfiles/Gemfile.rails-4.2-stable
Update Gemfile list on Travis.
2014-08-20 21:44:50 +00:00
- gemfiles/Gemfile.rails-4.1-stable
Use the new build env on Travis - use the new build env on Travis (sudo: false) (docs coming soon) faster vms, more cpu, more ram, faster vm boot time - remove the custom caching for now as the new setup has a far better network - add rails-head to the gemfile list as it wasn't there caching is generally not recommended for libs like Devise as you want to test against the latest gem versions. Caching will use the min requirements available on the system instead of retrieving the latest. On that note, it is also recommended to remove the Gemfile.lock from the repo. For now I have just 'rm'd it before 'bundle install'
2014-11-19 18:49:55 +00:00
Test against Ruby 2.2 on Travis. * Add 4.2 stable to matrix. * Exclude test against Ruby 2.2 for Rails 3.2.
2014-12-27 08:05:43 +00:00
matrix:
Test against the beta Rails release.
2015-12-21 00:56:13 +00:00
exclude:
Skip running tests on Ruby 2.4 / head and Rails 4.1
2017-03-02 12:59:05 +00:00
- rvm: 2.1.10
Update `.travis.yml`.
2016-07-01 17:22:38 +00:00
gemfile: Gemfile
Test on Rails 5.2.0.rc1 (#4711)
2018-02-22 13:05:19 +00:00
- rvm: 2.1.10
Officially support Rails 6.0 Also remove upper bound on railties so people can try devise with new versions without having to wait us to change the gem and report bugs.
2019-06-12 20:10:13 +00:00
gemfile: gemfiles/Gemfile.rails-6.0-stable
Add Rails 6 to CI (#5009)
2019-01-22 14:43:31 +00:00
- rvm: 2.1.10
gemfile: gemfiles/Gemfile.rails-5.2-stable
Add Rails 5.1 to the matrix Not sure how/when this one was removed, probably just mistakenly, so let's add it back for now, at least while we support multiple old Ruby / Rails versions. (which I plan to remove support in the near future.)
2020-06-05 13:33:09 +00:00
- rvm: 2.1.10
gemfile: gemfiles/Gemfile.rails-5.1-stable
CI against Ruby 2.3.7, 2.4.4, 2.5.1
2018-03-29 15:01:11 +00:00
- rvm: 2.1.10
gemfile: gemfiles/Gemfile.rails-5.0-stable
- rvm: 2.2.10
Add Rails 6 to CI (#5009)
2019-01-22 14:43:31 +00:00
gemfile: Gemfile
- rvm: 2.2.10
Officially support Rails 6.0 Also remove upper bound on railties so people can try devise with new versions without having to wait us to change the gem and report bugs.
2019-06-12 20:10:13 +00:00
gemfile: gemfiles/Gemfile.rails-6.0-stable
Add Rails 6 to CI (#5009)
2019-01-22 14:43:31 +00:00
- rvm: 2.2.10
gemfile: gemfiles/Gemfile.rails-5.2-stable
Update `Gemfile` to point to Rails 6.0.x This is essentially the same as `gemfiles/Gemfile.rails-6.0-stable`, but I'm keeping both for now since I want to change the main `Gemfile` later to point to Rails master (`6.1.0.alpha`), so then I won't need to recreate the `6.0-stable` Gemfile again.
2020-06-05 14:08:48 +00:00
- rvm: 2.3.8
gemfile: Gemfile
Add Rails 6 to CI (#5009)
2019-01-22 14:43:31 +00:00
- rvm: 2.3.8
Officially support Rails 6.0 Also remove upper bound on railties so people can try devise with new versions without having to wait us to change the gem and report bugs.
2019-06-12 20:10:13 +00:00
gemfile: gemfiles/Gemfile.rails-6.0-stable
Update Ruby versions to test against
2020-06-05 13:40:27 +00:00
- rvm: 2.4.10
Update `Gemfile` to point to Rails 6.0.x This is essentially the same as `gemfiles/Gemfile.rails-6.0-stable`, but I'm keeping both for now since I want to change the main `Gemfile` later to point to Rails master (`6.1.0.alpha`), so then I won't need to recreate the `6.0-stable` Gemfile again.
2020-06-05 14:08:48 +00:00
gemfile: Gemfile
Update Ruby versions to test against
2020-06-05 13:40:27 +00:00
- rvm: 2.4.10
Officially support Rails 6.0 Also remove upper bound on railties so people can try devise with new versions without having to wait us to change the gem and report bugs.
2019-06-12 20:10:13 +00:00
gemfile: gemfiles/Gemfile.rails-6.0-stable
Update `Gemfile` to point to Rails 6.0.x This is essentially the same as `gemfiles/Gemfile.rails-6.0-stable`, but I'm keeping both for now since I want to change the main `Gemfile` later to point to Rails master (`6.1.0.alpha`), so then I won't need to recreate the `6.0-stable` Gemfile again.
2020-06-05 14:08:48 +00:00
- rvm: 2.4.10
gemfile: gemfiles/Gemfile.rails-4.1-stable
Update Ruby versions to test against
2020-06-05 13:40:27 +00:00
- rvm: 2.5.8
Skip running tests on Ruby 2.4 / head and Rails 4.1
2017-03-02 12:59:05 +00:00
gemfile: gemfiles/Gemfile.rails-4.1-stable
Update Ruby versions to test against
2020-06-05 13:40:27 +00:00
- rvm: 2.6.6
Add Rails 6 to CI (#5009)
2019-01-22 14:43:31 +00:00
gemfile: gemfiles/Gemfile.rails-4.1-stable
Update Ruby versions to test against
2020-06-05 13:40:27 +00:00
- rvm: 2.6.6
Add Rails 6 to CI (#5009)
2019-01-22 14:43:31 +00:00
gemfile: gemfiles/Gemfile.rails-4.2-stable
Test with Ruby 2.7
2020-06-05 13:25:08 +00:00
- rvm: 2.7.1
gemfile: gemfiles/Gemfile.rails-4.1-stable
- rvm: 2.7.1
gemfile: gemfiles/Gemfile.rails-4.1-stable
- rvm: 2.7.1
gemfile: gemfiles/Gemfile.rails-4.2-stable
- rvm: 2.7.1
gemfile: gemfiles/Gemfile.rails-5.0-stable
Add Rails 5.1 to the matrix Not sure how/when this one was removed, probably just mistakenly, so let's add it back for now, at least while we support multiple old Ruby / Rails versions. (which I plan to remove support in the near future.)
2020-06-05 13:33:09 +00:00
- rvm: 2.7.1
gemfile: gemfiles/Gemfile.rails-5.1-stable
Test with Ruby 2.7
2020-06-05 13:25:08 +00:00
- rvm: 2.7.1
gemfile: gemfiles/Gemfile.rails-5.2-stable
Skip running tests on Ruby 2.4 / head and Rails 4.1
2017-03-02 12:59:05 +00:00
- rvm: ruby-head
gemfile: gemfiles/Gemfile.rails-4.1-stable
Add Rails 6 to CI (#5009)
2019-01-22 14:43:31 +00:00
- rvm: ruby-head
gemfile: gemfiles/Gemfile.rails-4.2-stable
Test against the beta Rails release.
2015-12-21 00:56:13 +00:00
- env: DEVISE_ORM=mongoid
Update `.travis.yml`.
2016-07-01 17:22:38 +00:00
gemfile: Gemfile
Allow Rails 5.1
2017-02-26 17:58:38 +00:00
- env: DEVISE_ORM=mongoid
Test with Rails 5.0
2017-05-12 02:00:04 +00:00
gemfile: gemfiles/Gemfile.rails-5.0-stable
Add Rails 5.1 to the matrix Not sure how/when this one was removed, probably just mistakenly, so let's add it back for now, at least while we support multiple old Ruby / Rails versions. (which I plan to remove support in the near future.)
2020-06-05 13:33:09 +00:00
- env: DEVISE_ORM=mongoid
gemfile: gemfiles/Gemfile.rails-5.1-stable
Test on Rails 5.2.0.rc1 (#4711)
2018-02-22 13:05:19 +00:00
- env: DEVISE_ORM=mongoid
Add Rails 6 to CI (#5009)
2019-01-22 14:43:31 +00:00
gemfile: gemfiles/Gemfile.rails-5.2-stable
- env: DEVISE_ORM=mongoid
Officially support Rails 6.0 Also remove upper bound on railties so people can try devise with new versions without having to wait us to change the gem and report bugs.
2019-06-12 20:10:13 +00:00
gemfile: gemfiles/Gemfile.rails-6.0-stable
Update .travis.yml
2016-05-06 20:05:03 +00:00
allow_failures:
- rvm: ruby-head
Add Rails 6 to CI (#5009)
2019-01-22 14:43:31 +00:00
Use the new build env on Travis - use the new build env on Travis (sudo: false) (docs coming soon) faster vms, more cpu, more ram, faster vm boot time - remove the custom caching for now as the new setup has a far better network - add rails-head to the gemfile list as it wasn't there caching is generally not recommended for libs like Devise as you want to test against the latest gem versions. Caching will use the min requirements available on the system instead of retrieving the latest. On that note, it is also recommended to remove the Gemfile.lock from the repo. For now I have just 'rm'd it before 'bundle install'
2014-11-19 18:49:55 +00:00
services:
- mongodb
use built in travis caching make sure bundle update is run so that the latest gems are used
2014-11-19 22:08:07 +00:00
cache: bundler
Use the new build env on Travis - use the new build env on Travis (sudo: false) (docs coming soon) faster vms, more cpu, more ram, faster vm boot time - remove the custom caching for now as the new setup has a far better network - add rails-head to the gemfile list as it wasn't there caching is generally not recommended for libs like Devise as you want to test against the latest gem versions. Caching will use the min requirements available on the system instead of retrieving the latest. On that note, it is also recommended to remove the Gemfile.lock from the repo. For now I have just 'rm'd it before 'bundle install'
2014-11-19 18:49:55 +00:00
env:
matrix:
- DEVISE_ORM=active_record
Reorder travis builds to prioritize newer ruby and rails versions
2016-02-10 19:20:36 +00:00
- DEVISE_ORM=mongoid
Use the new build env on Travis - use the new build env on Travis (sudo: false) (docs coming soon) faster vms, more cpu, more ram, faster vm boot time - remove the custom caching for now as the new setup has a far better network - add rails-head to the gemfile list as it wasn't there caching is generally not recommended for libs like Devise as you want to test against the latest gem versions. Caching will use the min requirements available on the system instead of retrieving the latest. On that note, it is also recommended to remove the Gemfile.lock from the repo. For now I have just 'rm'd it before 'bundle install'
2014-11-19 18:49:55 +00:00
Fix travis build Now Travis uses bundler 2.0+ and it causes some build fails since we still support Rails 4. This commit set Travis to not use a bundler version higher than 2.0. More info: https://docs.travis-ci.com/user/languages/ruby/#bundler-20
2019-01-17 19:07:44 +00:00
before_install:
- gem uninstall -v '>= 2' -i $(rvm gemdir)@global -ax bundler || true
- gem install bundler -v '< 2'
- "rm ${BUNDLE_GEMFILE}.lock"
Use the new build env on Travis - use the new build env on Travis (sudo: false) (docs coming soon) faster vms, more cpu, more ram, faster vm boot time - remove the custom caching for now as the new setup has a far better network - add rails-head to the gemfile list as it wasn't there caching is generally not recommended for libs like Devise as you want to test against the latest gem versions. Caching will use the min requirements available on the system instead of retrieving the latest. On that note, it is also recommended to remove the Gemfile.lock from the repo. For now I have just 'rm'd it before 'bundle install'
2014-11-19 18:49:55 +00:00
use built in travis caching make sure bundle update is run so that the latest gems are used
2014-11-19 22:08:07 +00:00
before_script: "bundle update"
Add a `bin/test` executable to use Rails 5 Minitest report.
2016-03-09 14:16:21 +00:00
script: "bin/test"
Use the new build env on Travis - use the new build env on Travis (sudo: false) (docs coming soon) faster vms, more cpu, more ram, faster vm boot time - remove the custom caching for now as the new setup has a far better network - add rails-head to the gemfile list as it wasn't there caching is generally not recommended for libs like Devise as you want to test against the latest gem versions. Caching will use the min requirements available on the system instead of retrieving the latest. On that note, it is also recommended to remove the Gemfile.lock from the repo. For now I have just 'rm'd it before 'bundle install'
2014-11-19 18:49:55 +00:00
sets travis to report to maintainers
2011-09-08 11:31:34 +00:00
notifications:
Notify on campfire
2013-01-09 12:11:24 +00:00
email: false
Update Travis CI notification settings.
2015-11-01 21:54:58 +00:00
slack:
Do not send Travis notifications of Pull Requests.
2015-12-15 17:26:08 +00:00
on_pull_requests: false
Notify on campfire
2013-01-09 12:11:24 +00:00
on_success: change
on_failure: always
Update Travis CI notification settings.
2015-11-01 21:54:58 +00:00
secure: Q3M+kmude3FjisibEeeGe0wSMXgvwLH+vL7Zrx9//q4QtkfnrQ/BBMvY9KXxPEsNF+eys4YopYjTkJ8uRmeboUATW/oQ4Jrv3+u3zkIHK2sFn/Q2cQWpK5w+CbgEnHPjKYnUu34b09njXTgDlr/mqtbPqrKeZ1dLlpKXCB/q4GY=