-
Notifications
You must be signed in to change notification settings - Fork 166
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
ansible: prepare jenkins-workspace machines for linting duty #2008
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. I am highly supportive of this effort.
- "!test-rackspace-freebsd10-x64-1" | ||
- "!test-packetnet-ubuntu1604-x64-1" | ||
- "!test-packetnet-ubuntu1604-x64-2" | ||
- "!test-softlayer-ubuntu1604-x64-1" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There is a "Set up linter servers" section just above this, that runs exclusively on the two hosts being removed here. Shouldn't that section be completely removed? There are some bits about core-validate-commit there that I don't know if are still relevant in some scenario.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, missed that, also missed core-validate-commit. There is a job: https://ci.nodejs.org/job/node-test-commitmsg/ that runs it but it hasn't had any runs since the last build cleanup (~1 week). Does that mean it's disabled? Maybe this is all handled happily in Travis now and in node-core-utils. @nodejs/tooling can you weigh in here? Can we remove node-test-commitmsg from Jenkins and the associated server resources for running it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We are definitely running core-validate-commit as part of node-core-utils and on Travis for PRs and that should be sufficient for the normal PR workflows for core.
An old issue, #793, proposed adding https://ci.nodejs.org/job/node-test-commitmsg/ to node-test-pull-request
but that didn't happen.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Integrating core-validate-commit into my .ci.yml proposal; a failing v8.x: https://ci.nodejs.org/job/rv-test-commit-linux-docker/129/label=docker-host-x64,linux_x64_container_suite=lint-commit/console, ci.yml entry (see 'tests->lint-commit' block): https://github.com/rvagg/io.js/blob/rvagg/testing-containers-v8.x/.ci.yml
I might archive that Jenkins job since it's not in use, it can be unarchived if there's reason to before it eventually gets deleted.
d46b360
to
ff6f5b1
Compare
Ref: #2001
Also included this is a reprovisioned jenkins-workspace-1, it started having problems 2 weeks back and has locked up twice now. I just made a new one and re-attached the big network block device we're using for /home from the old one so it's good to go.
I've run this against the hosts, I've also switched the label for the linter job in Jenkins from
linter
tojenkins-workspace
so they've already taken over duty from the FreeBSD 10 machines which we need to retire.The script has changed, a few old bits are removed and the BSD-compatibility is gone too: