jenkins: new "release-sources" labels for source, headers, docs#1777
jenkins: new "release-sources" labels for source, headers, docs#1777
Conversation
|
SGTM. |
|
this turned out to be more complicated: by uncoupling this from the osx-release-tar label we end up with non-deterministic run order and with a clean workspace. The So, in the release-sources jobs I've had to do a Anyway, it appears to be working now. I re-ran a 10.x nightly and a master nightly and they used the right builders, so I think we can call this solved for now. iojs+release (maybe the whole ci-release) really needs an overhaul though, it's getting out of hand but it's such a critical piece that it's difficult to do major surgery on. |
Ref #1730
We need to switch to Linux for creation of our generic tarballs and 12 is the time to get it done. Here's my strategy and I'd like some sanity checking before I put it into effect for nightlies.
osx1010-release-tarandosx1011-release-tarlabels, these are also used for creating thedarwinbinary tarballs so we'll leave them as they areosx1010-release-sourcesandosx1011-release-sourcesto the existing osx release machines, I've also addedcentos7-release-sourcesto the new centos7-64 release machine.osx10\d\d-release-tarand runs 3 separate items fortar-upload,doc-uploadandtar-headers-upload. I'll change that to.*-release-sourcesand leave the rest alone, I don't see anything that's macOS specific.That should leave <12 working as it does now and switch to CentOS 7 x64 for making these assets for Node >= 12.
Can I get some sanity checking please?
I'm also noticing as I do this that osx1011 can be removed entirely from ci-release when we drop Node 11, assuming we get 10.13 in place in time.