metasploit-framework/.travis.yml

sudo: false
group: stable
bundler_args: --without coverage development pcap
cache: bundler
addons:
  postgresql: '9.3'
  apt:
    packages:
      - libpcap-dev
      - graphviz
language: ruby
rvm:
  - '2.1.9'

env:
  - RAKE_TASKS="cucumber cucumber:boot" CREATE_BINSTUBS=true
  - RAKE_TASKS=spec SPEC_OPTS="--tag content"
  - RAKE_TASKS=spec SPEC_OPTS="--tag ~content"

matrix:
  fast_finish: true
before_install:
  - "echo 'gem: --no-ri --no-rdoc' > ~/.gemrc"
  - rake --version
  # Fail build if msftidy is not successful
  - ln -sf ../../tools/dev/pre-commit-hook.rb ./.git/hooks/post-merge
  - ls -la ./.git/hooks
  - ./.git/hooks/post-merge
before_script:
  - cp config/database.yml.travis config/database.yml
  - bundle exec rake --version
  - bundle exec rake db:create
  - bundle exec rake db:migrate
script:
  # fail build if db/schema.rb update is not committed
  - git diff --exit-code db/schema.rb && bundle exec rake $RAKE_TASKS

notifications:
  irc: "irc.freenode.org#msfnotify"

git:
  depth: 5

# Blacklist certain branches from triggering travis builds
branches:
  except:
    - gh-pages
    - metakitty
changing the travis.yml to work with GCE 2016-03-02 22:57:53 +01:00			`sudo: false`
			`group: stable`
Remove need for sudo MSP-11931 2014-12-31 20:25:48 +01:00			`bundler_args: --without coverage development pcap`
Cache bundle MSP-11931 2014-12-31 21:00:11 +01:00			`cache: bundler`
changing this to postgres 9.3 re-ordering stuff in .travis.yml 2016-03-07 20:25:37 +01:00			`addons:`
			`postgresql: '9.3'`
			`apt:`
			`packages:`
			`- libpcap-dev`
			`- graphviz`
			`language: ruby`
			`rvm:`
bump ruby version 2016-03-31 23:40:15 +02:00			`- '2.1.9'`
changing this to postgres 9.3 re-ordering stuff in .travis.yml 2016-03-07 20:25:37 +01:00
Add cucumber to test matrix MSP-11153 2014-08-27 23:50:25 +02:00			`env:`
Changes to support framework as a gem 2015-12-30 18:00:45 +01:00			`- RAKE_TASKS="cucumber cucumber:boot" CREATE_BINSTUBS=true`
Combine cucumber and cucumber:boot into one job MSP-11671 The run times for cucumber are so much faster now that `spec --tag content` is actually the slowest job (on 1.9.3). The job is so slow that the two cucumbers can be merged together and they will take the same time, but we'll consume 2 fewer job slots (1 for 1.9.3 and 1 for 2.1), so the longer per job time is better as long as it does become the longest job time. 2014-12-05 20:37:18 +01:00			`- RAKE_TASKS=spec SPEC_OPTS="--tag content"`
			`- RAKE_TASKS=spec SPEC_OPTS="--tag ~content"`
fixing a merge error with travis.yml 2014-09-03 02:07:39 +02:00
Enable fast_finish on travis-ci MSP-11616 If any one build fails the entire build will be marked as failed so the github status can be written back faster. 2014-11-17 15:33:05 +01:00			`matrix:`
			`fast_finish: true`
Make travis install libpcap-dev 2013-02-19 22:41:31 +01:00			`before_install:`
Don't install documentation on travis-ci MSP-11671 Passs `--no-ri --no-rdoc` to gem. 2014-12-05 20:29:18 +01:00			`- "echo 'gem: --no-ri --no-rdoc' > ~/.gemrc"`
Don't try to bundle exec before bundle install 2014-01-06 19:47:36 +01:00			`- rake --version`
Add new comment about post-merge hook 2015-02-11 20:48:13 +01:00			`# Fail build if msftidy is not successful`
Reenable post-merge hook in Travis 2015-02-11 20:40:53 +01:00			`- ln -sf ../../tools/dev/pre-commit-hook.rb ./.git/hooks/post-merge`
			`- ls -la ./.git/hooks`
			`- ./.git/hooks/post-merge`
Can we test the modules before the bundle install? 2014-04-03 17:41:42 +02:00			`before_script:`
Configure travis-ci to use database for rake spec [#46224565] 2013-03-15 14:48:20 +01:00			`- cp config/database.yml.travis config/database.yml`
Add bundle exec rake to avoid system rake 2014-01-06 19:29:50 +01:00			`- bundle exec rake --version`
			`- bundle exec rake db:create`
			`- bundle exec rake db:migrate`
Move git diff --exit-code so build fails instead of errors MSP-11616 With `git diff --exit-code` in `before_script` it caused the build to show as errored in travis and didn't turn the merge button red, so try moving to the `script` section to see if that will make the merge button red. 2014-11-14 19:50:27 +01:00			`script:`
Fail travis build if db/schema.rb is missing commit of update MSP-11616 Use `git diff --exit-code` to exit with 1 and fail the build if there is an update to db/schema.rb after `rake db:migrate` runs on travis. 2014-11-14 16:57:03 +01:00			`# fail build if db/schema.rb update is not committed`
restrict git diff filter to something travis can expand 2015-05-29 18:34:25 +02:00			`- git diff --exit-code db/schema.rb && bundle exec rake $RAKE_TASKS`
Add IRC notifications and allow 1.8.7 to fail This should tell travis to run the tests against 1.8.7 but not to consider the whole build broken if it fails (which it currently does) 2012-11-09 22:02:09 +01:00
			`notifications:`
			`irc: "irc.freenode.org#msfnotify"`

Attempt to make travis useful again Lowers the history depth from the default of 100. 2013-01-24 22:48:04 +01:00			`git:`
Extend Travis's depth a bit Instead of depth=1, try depth=5. This way, if something gets landed before travis had a chance to build, it'll still get tested, at least post-facto. This is the root cause of the build failure at https://travis-ci.org/rapid7/metasploit-framework/builds/11436293 That commit is not available because the HEAD pointer moved past it with the next commit; IOW, we landed too quick for Travis to rspec each change, which is generating failed build messages. If there was really a failure in there, it'd be a pain now to determine which commit actually broke the build. 2013-09-17 00:23:16 +02:00			`depth: 5`
Travis shouldnt test gh-pages and friends This adds a blacklist of branches that Travis shouldn't run tests against. 2014-12-03 20:58:06 +01:00
			`# Blacklist certain branches from triggering travis builds`
			`branches:`
			`except:`
			`- gh-pages`
bump ruby version 2016-03-31 23:40:15 +02:00			`- metakitty`