-
Notifications
You must be signed in to change notification settings - Fork 120
Enable gh-pages testing if explicitly added to .travis.yml #137
Conversation
This was requested in travis-ci/travis-ci#476.
seems good to me 👍 |
Enable gh-pages testing if explicitly added to .travis.yml
do we want people to whitelist every branch just so they can test their gh-pages? |
I saw it that if people wanted to test their GH pages branch then they wouldn't be testing others, I could be wrong in this assumption, maybe:
? Sent from my Sega Master System On 13/12/2012, at 12:53 PM, Sven Fuchs notifications@github.com wrote:
|
yeah, that makes sense to me. i guess we should allow both. |
branches:
gh_pages: true seems fine with me. Should be pretty trivial to implement too. Do you want a PR? |
Yes pretty please :) Sent from my Sega Master System On 13/12/2012, at 5:49 PM, Henrik Hodne notifications@github.com wrote:
|
It is documented here.
We're working on making the docs better, though, so we'll keep this in mind when reworking this part of the docs. --Henrik On June 15, 2013 at 4:26:44 AM, Pavel Puchkin (notifications@github.com) wrote: |
Seems like gh-pages is ignored by travis however I found: travis-ci/travis-core#137. Trying it to see if it works.
Hi, but force to use branch.only is a big constraint. How to run tests on all branches and future branches including gh-pages? |
This was requested in travis-ci/travis-ci#476.
If you add this to your
.travis.yml
file, thegh-pages
branch will be tested by Travis.See the pull request mentioned above for rationale for this.