opuppet/puppetlabs-stdlib
4
0
Fork 0
Code Issues Pull requests Releases Wiki Activity
puppetlabs-stdlib/.travis.yml

26 lines
529 B
YAML
Raw Normal View History

Update for new gem version of puppetlabs_spec_helper This updates the Rakefile and spec_helper to use the common versions available in the puppetlabs_spec_helper rubygem branch. This mostly just removes a bunch of duplicated code, but it also gives us more flexibility in how the module is tested in the future.
2012-05-29 22:55:26 +02:00
language: ruby
(maint) Add Travis CI Support Without this patch stdlib has Travis CI configuration files, but they don't seem to completely specify the dependency versions and the build matrix. This patch addresses the problem by putting the dependency information in the conventional Gemfile location. This patch should coincide with enabling Travis CI support for pull requests. A build status image is also included in the project README.
2013-01-06 00:01:56 +01:00
bundler_args: --without development
(maint) Add Ruby 2.0.0 to Travis build matrix Without this patch we're not testing against Ruby 2.0.0 which has recently been released. This is a problem because we'd like a way to be notified if a change set breaks compatibility with future supported versions of Ruby. This patch should not be taken as an indication that we fully support Ruby 2.0, just as an indication that we plan to in the future. This patch also tightens up the specifications of the build matrix. In addition to testing against the specific Puppet dependency versions, we're also testing against the latest 2.7.x release and the latest release.
2013-02-25 23:00:20 +01:00
script: "bundle exec rake spec SPEC_OPTS='--color --format documentation'"
Update for new gem version of puppetlabs_spec_helper This updates the Rakefile and spec_helper to use the common versions available in the puppetlabs_spec_helper rubygem branch. This mostly just removes a bunch of duplicated code, but it also gives us more flexibility in how the module is tested in the future.
2012-05-29 22:55:26 +02:00
rvm:
- 1.8.7
Merge branch '4.x' * 4.x: (maint) Add Ruby 2.0.0 to Travis build matrix Conflicts: .gitignore .travis.yml Gemfile
2013-02-25 23:19:13 +01:00
- 1.9.3
- 2.0.0
Future proof travis build matrix Without this patch we're not building against ruby head. This is a problem because we need to know if standard lib works with the latest version of MRI. This patch builds against ruby head but also allows the build to pass if there are failures with ruby-head.
2013-01-06 06:11:53 +01:00
- ruby-head
Update for new gem version of puppetlabs_spec_helper This updates the Rakefile and spec_helper to use the common versions available in the puppetlabs_spec_helper rubygem branch. This mostly just removes a bunch of duplicated code, but it also gives us more flexibility in how the module is tested in the future.
2012-05-29 22:55:26 +02:00
env:
(maint) Update puppet version in Travis configuration Without this patch we'll test against all Puppet 3.0 versions, but not 4. This is a problem because the travis configuration should be relatively future proof to minimize surprises. This patch addresses the problem by using >= instead of ~> in the dependency specification. The patch also combines two different notification sections into a single entry.
2013-01-07 23:48:30 +01:00
- PUPPET_GEM_VERSION=">= 3.0.0"
(maint) Add Travis CI Support Without this patch stdlib has Travis CI configuration files, but they don't seem to completely specify the dependency versions and the build matrix. This patch addresses the problem by putting the dependency information in the conventional Gemfile location. This patch should coincide with enabling Travis CI support for pull requests. A build status image is also included in the project README.
2013-01-06 00:01:56 +01:00
matrix:
Future proof travis build matrix Without this patch we're not building against ruby head. This is a problem because we need to know if standard lib works with the latest version of MRI. This patch builds against ruby head but also allows the build to pass if there are failures with ruby-head.
2013-01-06 06:11:53 +01:00
allow_failures:
(maint) Add Ruby 2.0.0 to Travis build matrix Without this patch we're not testing against Ruby 2.0.0 which has recently been released. This is a problem because we'd like a way to be notified if a change set breaks compatibility with future supported versions of Ruby. This patch should not be taken as an indication that we fully support Ruby 2.0, just as an indication that we plan to in the future. This patch also tightens up the specifications of the build matrix. In addition to testing against the specific Puppet dependency versions, we're also testing against the latest 2.7.x release and the latest release.
2013-02-25 23:00:20 +01:00
- rvm: 2.0.0
Future proof travis build matrix Without this patch we're not building against ruby head. This is a problem because we need to know if standard lib works with the latest version of MRI. This patch builds against ruby head but also allows the build to pass if there are failures with ruby-head.
2013-01-06 06:11:53 +01:00
- rvm: ruby-head
(maint) Add Ruby 2.0.0 to Travis build matrix Without this patch we're not testing against Ruby 2.0.0 which has recently been released. This is a problem because we'd like a way to be notified if a change set breaks compatibility with future supported versions of Ruby. This patch should not be taken as an indication that we fully support Ruby 2.0, just as an indication that we plan to in the future. This patch also tightens up the specifications of the build matrix. In addition to testing against the specific Puppet dependency versions, we're also testing against the latest 2.7.x release and the latest release.
2013-02-25 23:00:20 +01:00
include:
Merge branch '4.x' * 4.x: (maint) Add Ruby 2.0.0 to Travis build matrix Conflicts: .gitignore .travis.yml Gemfile
2013-02-25 23:19:13 +01:00
- rvm: 1.8.7
Future proof travis build matrix Without this patch we're not building against ruby head. This is a problem because we need to know if standard lib works with the latest version of MRI. This patch builds against ruby head but also allows the build to pass if there are failures with ruby-head.
2013-01-06 06:11:53 +01:00
env: PUPPET_GEM_VERSION="~> 2.7"
Tell Travis CI to notify the PDC WebHook Without this patch the so-called "puppet development community" hook service isn't being notified when Travis CI accepts jobs. This is a problem because we want the ability for Travis Bot to comment on pull requests as a result of CI build results. For example, if the build fails, then Gepetto Bot could make some helpful suggestions on how to re-run the build by amending a commit and force-pushing the branch. This patch uses the notifications section of the travis.yml configuration file, as documented at: http://about.travis-ci.org/docs/user/notifications/#Webhook-notification
2013-01-07 03:45:43 +01:00
notifications:
(maint) Update puppet version in Travis configuration Without this patch we'll test against all Puppet 3.0 versions, but not 4. This is a problem because the travis configuration should be relatively future proof to minimize surprises. This patch addresses the problem by using >= instead of ~> in the dependency specification. The patch also combines two different notification sections into a single entry.
2013-01-07 23:48:30 +01:00
email: false
Tell Travis CI to notify the PDC WebHook Without this patch the so-called "puppet development community" hook service isn't being notified when Travis CI accepts jobs. This is a problem because we want the ability for Travis Bot to comment on pull requests as a result of CI build results. For example, if the build fails, then Gepetto Bot could make some helpful suggestions on how to re-run the build by amending a commit and force-pushing the branch. This patch uses the notifications section of the travis.yml configuration file, as documented at: http://about.travis-ci.org/docs/user/notifications/#Webhook-notification
2013-01-07 03:45:43 +01:00
webhooks:
urls:
- https://puppet-dev-community.herokuapp.com/event/travis-ci/
on_success: always
on_failure: always
on_start: yes
Reference in a new issue Copy permalink