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

39 lines
714 B
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 06:12:17 -05: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 13:49:55 -05:00
lets have travis test against many rubies
2011-04-04 14:29:46 -04:00
rvm:
Bring .travis.yml up to date * rbx and rbx-2.0 are now both aliases for rbx-18mode (master in 1.8 mode) * 1.9.3 final is available
2012-01-02 16:14:59 -05:00
- 1.9.3
Enable Ruby 2.0 in travis
2013-02-24 18:00:28 -05:00
- 2.0.0
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 13:49:55 -05:00
- 2.1
Let Devise play with both Rails 3.2 and Rails 4 for now
2013-05-03 21:56:46 -04:00
gemfile:
Update Gemfile list on Travis.
2014-08-20 17:44:50 -04:00
- gemfiles/Gemfile.rails-4.1-stable
Update travis to run with Rails 3.2-stable, 4.0-stable and master
2013-12-10 16:05:52 -05:00
- gemfiles/Gemfile.rails-4.0-stable
- gemfiles/Gemfile.rails-3.2-stable
Let Devise play with both Rails 3.2 and Rails 4 for now
2013-05-03 21:56:46 -04:00
- Gemfile
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 13:49:55 -05:00
services:
- mongodb
sudo: false
use built in travis caching make sure bundle update is run so that the latest gems are used
2014-11-19 17:08:07 -05: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 13:49:55 -05:00
env:
matrix:
- DEVISE_ORM=mongoid
- DEVISE_ORM=active_record
remove the relevant Gemfile.lock
2014-11-19 14:54:31 -05:00
before_install: "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 13:49:55 -05:00
use built in travis caching make sure bundle update is run so that the latest gems are used
2014-11-19 17:08:07 -05:00
before_script: "bundle update"
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 13:49:55 -05:00
script: "bundle exec rake test"
sets travis to report to maintainers
2011-09-08 07:31:34 -04:00
notifications:
Notify on campfire
2013-01-09 07:11:24 -05:00
email: false
campfire:
on_success: change
on_failure: always
rooms:
Invalid YAML :bomb:
2013-01-09 07:14:01 -05:00
- secure: "TRiqvuM4i/QmRDWjUSNitE5/P91BOzDkNl53+bZjjtxcISCswZtmECWBR7n9\n3xwqCOU1o2lfohxZ32OHOj/Nj7o+90zWJfWxcv+if0hIXRiil62M5pg0lZUd\nyJ4M5VQ0lSWo5he1OUrXhSabPJeaK3B8yT/tdh+qO5yzR+vb/jc="
Copy permalink