-
Notifications
You must be signed in to change notification settings - Fork 100
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Periodic test against master and canary #187
Comments
There is nodejs/build#1025 by the way. I have seen people wgetting nightlies in the scripts to run tests on nightlies with Travis, but that looks rather hacky... |
I saw that PR a while ago, but it seems stalled for some time. I'll take a look and see if we can get some traction on it. BTW, should we move our current CI infrastructure from Travis to our Jenkins? |
@mmarchini That's the plan, but until it happens Travis is better than nothing. |
I looked into Travis docs and it seems like they use nvm to manage Node.js versions. Maybe we can use it to get nightlies in a not-so-hacky way. I think I'll try to add something to Travis while we don't have support for llnode on Jenkins. |
Proof of Concept: https://github.com/mmarchini/llnode I've also removed Node.js v4.x, added v10.x (which is broken 😢) and added Mac OS X builds for v6.x, v8.x, v9.x, and v10.x. .travis.yaml grew a lot, but I think it's worth. Nightlies are ignores in the final CI result. Setting up Cron jobs is straightforward, but need admin access to Travis I think. It can be done in the menu Settings at the end of the page. I'll open a PR tomorrow. First I wanted to test the Cron thingy. P.S.: I had to use https://github.com/bjfish/travis-matrix-badges to get badges for each Job since Travis don't have this feature. |
Last time I checked we cannot access the admin page of Travis (mainly because we do not authorize Travis or any other third-party services to read the nodejs organization - that's also the reason why we have to use the GitHub bot to update CI status). Now this restriction makes less sense since we've moved the security repos out of this organization though. |
Uh, ok, nightly tests will have to wait for Jenkins then. But we could still update our travis.yaml to cover more versions while Jenkins is not ready for llnode. I'll open a PR later today. |
* Reworked travis.yaml to use matrix settings, giving us more control over each job settings. * Remove v4.x, since it's not a supported release line anymore * Add jobs v10.x * Add jobs for Mac OS X * Add jobs for Node.js master and v8-canary builds. Those jobs are ignored in the build final result. * Add a build status table to the README Ref: nodejs#187
Crazyish idea: maaaaybe we could contact Travis support, explain the situation and see if they could enable daily Cron jobs against master for us 😶 |
* Reworked travis.yaml to use matrix settings, giving us more control over each job settings. * Remove v4.x, since it's not a supported release line anymore * Add jobs v10.x * Add jobs for Mac OS X * Add jobs for Node.js master and v8-canary builds. Those jobs are ignored in the build final result. * Add a build status table to the README Ref: nodejs#187
* Reworked travis.yaml to use matrix settings, giving us more control over each job settings. * Remove v4.x, since it's not a supported release line anymore * Add jobs v10.x * Add jobs for Mac OS X * Add jobs for Node.js master and v8-canary builds. Those jobs are ignored in the build final result. * Add a build status table to the README Ref: #187
@joyeecheung now that we can properly enable Travis in org repositories, should we still migrate to Jenkins or should we stick with Travis? I think it's a good idea to stay with Travis since it will not inflict more burden on the Build WG and also make our setup a lot easier. |
@mmarchini We can keep Travis because it's automatic, but enabling Jenkins would allow us to test it on more platforms. (Also I think we are trying to add Travis to the core as well, just for a faster check) |
Ok, since we don't need the github-bot for Travis anymore (nodejs/github-bot#183), we can properly change settings on Travis now 🎉. I enabled daily runs against We still need to update the labels on README.md to reflect the status from https://travis-ci.com/ instead of https://travis-ci.org/. P.S.: @joyeecheung I'm not sure if I should have access to Travis settings, but I have 🤔 |
@mmarchini I guess if you have write access to this repo, then you can have access to Travis? |
Waiting for bjfish/travis-matrix-badges#9 to land before updating our README badges. |
I think we should have nightly/weekly test runs against master and canary. This would help us know earlier when something breaks. nodejs/node#17685 was an awesome start, but as @bnoordhuis said in the PR it won't catch semantic changes.
I'm willing to setup the infrastructure for it. I just need to know if we can have this on Travis (by using https://docs.travis-ci.com/user/cron-jobs/) or if we should introduce this on Node.js CI.
/cc @joyeecheung
The text was updated successfully, but these errors were encountered: