discourse/.travis.yml

language: ruby

env:
  global:
    - DISCOURSE_HOSTNAME=www.example.com
    - RUBY_GC_MALLOC_LIMIT=50000000
  matrix:
    - "RAILS_MASTER=0"
    - "RAILS_MASTER=1"

addons:
  postgresql: 9.3
  apt:
    packages:
    - gifsicle
    - jpegoptim
    - optipng
    - jhead

matrix:
  allow_failures:
    - env: "RAILS_MASTER=1"
    - rvm: rbx-2
  fast_finish: true

rvm:
  - 2.0.0
  - 2.1
  - 2.2
  - 2.3.0

services:
  - redis-server

sudo: false

cache:
  directories:
    - vendor/bundle

before_install:
  - gem install bundler
  - npm i -g eslint@2.2 babel-eslint
  - eslint app/assets/javascripts
  - eslint --ext .es6 app/assets/javascripts
  - eslint --ext .es6 test/javascripts
  - eslint test/javascripts

before_script:
  - bundle exec rake db:create db:migrate

install:
  - bash -c "if [ '$RAILS_MASTER' == '1' ]; then bundle update --retry=3 --jobs=3 arel rails rails-observers seed-fu; fi"
  - bash -c "if [ '$RAILS_MASTER' == '0' ]; then bundle install --without development --deployment --retry=3 --jobs=3; fi"

script: 'bundle exec rspec && bundle exec rake plugin:spec && bundle exec rake qunit:test'
Added TravisCI configuration file 2013-02-08 03:43:07 +08:00			`language: ruby`
some possible improvements to build times - use our new infrastructure based on LXC and EC2 - enable caching for bundler - use schema:load (best practice) - use --deployment (best practice when a Gemfile.lock is around) 2014-11-07 09:03:08 +08:00
Add RAILS_MASTER to the travis build matrix 2014-10-29 06:48:57 +08:00			`env:`
			`global:`
			`- DISCOURSE_HOSTNAME=www.example.com`
			`- RUBY_GC_MALLOC_LIMIT=50000000`
			`matrix:`
Run main tests on Travis first. 2015-07-17 16:23:43 +08:00			`- "RAILS_MASTER=0"`
Add RAILS_MASTER to the travis build matrix 2014-10-29 06:48:57 +08:00			`- "RAILS_MASTER=1"`

`NewPostManager` determines whether to queue a post or not 2015-04-01 00:58:56 +08:00			`addons:`
			`postgresql: 9.3`
Let's try @wil93's recommendation to whitelist packages 2015-08-14 16:52:33 +08:00			`apt:`
			`packages:`
			`- gifsicle`
			`- jpegoptim`
			`- optipng`
			`- jhead`
`NewPostManager` determines whether to queue a post or not 2015-04-01 00:58:56 +08:00
Add RAILS_MASTER to the travis build matrix 2014-10-29 06:48:57 +08:00			`matrix:`
			`allow_failures:`
Update travis config file A few things in here: - Test on ruby 2.2 - Allow failures in all variants of RAILS_MASTER test - Use db:create task 2015-04-25 04:28:27 +08:00			`- env: "RAILS_MASTER=1"`
Add Rubinius to Build Matrix with Allowed Failure Please add Rubinius to the build matrix with failure allowed. 2015-02-23 03:51:40 +08:00			`- rvm: rbx-2`
Add RAILS_MASTER to the travis build matrix 2014-10-29 06:48:57 +08:00			`fast_finish: true`

Added TravisCI configuration file 2013-02-08 03:43:07 +08:00			`rvm:`
Update .travis.yml no luck, abort 2013-06-13 19:12:06 +08:00			`- 2.0.0`
some possible improvements to build times - use our new infrastructure based on LXC and EC2 - enable caching for bundler - use schema:load (best practice) - use --deployment (best practice when a Gemfile.lock is around) 2014-11-07 09:03:08 +08:00			`- 2.1`
Update travis config file A few things in here: - Test on ruby 2.2 - Allow failures in all variants of RAILS_MASTER test - Use db:create task 2015-04-25 04:28:27 +08:00			`- 2.2`
merge master 2016-04-01 05:33:25 +08:00			`- 2.3.0`
some possible improvements to build times - use our new infrastructure based on LXC and EC2 - enable caching for bundler - use schema:load (best practice) - use --deployment (best practice when a Gemfile.lock is around) 2014-11-07 09:03:08 +08:00
			`services:`
			`- redis-server`

			`sudo: false`

Lets see if this properly caches bundler on travis. 2015-08-17 01:05:57 +08:00			`cache:`
			`directories:`
			`- vendor/bundle`
some possible improvements to build times - use our new infrastructure based on LXC and EC2 - enable caching for bundler - use schema:load (best practice) - use --deployment (best practice when a Gemfile.lock is around) 2014-11-07 09:03:08 +08:00
Add JSHint to Travis validation Run before the install as it acts as a fast fail vs the gem install time 2014-03-08 14:14:29 +08:00			`before_install:`
Lets see if this properly caches bundler on travis. 2015-08-17 01:05:57 +08:00			`- gem install bundler`
merge master 2016-04-01 05:33:25 +08:00			`- npm i -g eslint@2.2 babel-eslint`
Run eslint instead of jshint, remove rbx 2015-08-14 03:22:33 +08:00			`- eslint app/assets/javascripts`
			`- eslint --ext .es6 app/assets/javascripts`
			`- eslint --ext .es6 test/javascripts`
			`- eslint test/javascripts`
some possible improvements to build times - use our new infrastructure based on LXC and EC2 - enable caching for bundler - use schema:load (best practice) - use --deployment (best practice when a Gemfile.lock is around) 2014-11-07 09:03:08 +08:00
Added TravisCI configuration file 2013-02-08 03:43:07 +08:00			`before_script:`
Update travis config file A few things in here: - Test on ruby 2.2 - Allow failures in all variants of RAILS_MASTER test - Use db:create task 2015-04-25 04:28:27 +08:00			`- bundle exec rake db:create db:migrate`
some possible improvements to build times - use our new infrastructure based on LXC and EC2 - enable caching for bundler - use schema:load (best practice) - use --deployment (best practice when a Gemfile.lock is around) 2014-11-07 09:03:08 +08:00
Test on rails 4.2 and master 2015-04-29 10:42:37 +08:00			`install:`
			`- bash -c "if [ '$RAILS_MASTER' == '1' ]; then bundle update --retry=3 --jobs=3 arel rails rails-observers seed-fu; fi"`
			`- bash -c "if [ '$RAILS_MASTER' == '0' ]; then bundle install --without development --deployment --retry=3 --jobs=3; fi"`
some possible improvements to build times - use our new infrastructure based on LXC and EC2 - enable caching for bundler - use schema:load (best practice) - use --deployment (best practice when a Gemfile.lock is around) 2014-11-07 09:03:08 +08:00
Add plugin specs to travis. 2014-03-05 02:47:34 +08:00			`script: 'bundle exec rspec && bundle exec rake plugin:spec && bundle exec rake qunit:test'`