-
Notifications
You must be signed in to change notification settings - Fork 347
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
feat: upgrade to use Node v18, remove v12 #637
Conversation
6275b26
to
cbabc7e
Compare
|
cbabc7e
to
680cec5
Compare
@jaffrepaul Are these tests actually running on Node 18? I see the 14, 16, and 18 tests showing v16 in the Cypress test output as the Node version for testing. |
Perhaps this would be a good time to update the following?
The older versions produce deprecation warnings regarding Node.js 12. |
97f587d
to
5cf99fc
Compare
5cf99fc
to
dcf1e6c
Compare
@MikeMcC399. I'm hoping to update a number of outdated deps throughout this action soon, including these bumps. That will be treated as a separate effort but I don't mind including these here since it's very related 👍 |
@jennifer-shehane I believe that output is just noting the node version of the GH hosted runner (2.299.1) that runs the workflows. The tooling there can change over time. We do specify a v16 runtime in the meta data of our action as required. This is also subject to change once 16 reaches EOL. As you mentioned the workflow summary shows the correct node version in the setup & echo in each step. Tho it is curious that the output follows those. |
There is a tag so specifying Is it intentional not to have released a generic |
@jennifer-shehane / @jaffrepaul There seems to be a caching issue with the action. I also see
with the wrong Node.js version (v16.13.0) being shown by Cypress instead of the previously selected and expected v18.12.1. This is using the sequence:
For comparison, if Cypress is called directly then the expected Node,js version 18 is shown in the Cypress log:
executed through:
I guess if this is going to be looked at it should be in a separate new open issue. |
This step is normally handled in CI. There was an issue with the release trigger during merge and it appears some steps didn't take. Will get a look. |
@MikeMcC399 The v5 tag issue is settled. You can now pull in |
Thank you very much. I confirm that this now works!
That's good! I set up two tests, one with and one without using the action on https://github.com/MikeMcC399/cypress-test-tiny. They use latest versions of everything: Ubuntu 22.04, Node.js 18 (LTS), Cypress 11.2.0 and github-action@v5 Let me know if you prefer to have a separate issue to track this. Edit: See issue #642 for logs |
@MikeMcC399 separate issue please 👍 |
I hope this is helpful! |
I don't think this is a cache issue anymore. See #642 (comment). |
|
It looks like the problem was that the "BREAKING CHANGE:" text wasn't in the body of the commit c5724ed. I can only see "feat: upgrade to use Node v18, remove v12" in it. |
@MikeMcC399 Indeed, I noticed that after the fact. We're working on getting a number of things updated on our side and appreciate the extra eyes! |
BREAKING CHANGE:
Add node v18 support & remove deprecated v12.
example-node-versions.yml
test matrixmain.yml
ncc
pkg to fixERR_OSSL_EVP_UNSUPPORTED
errors intruduced in node > node v16 (fix: use sha instead of deprecated md5 for hash algorithm vercel/ncc#868)@types/node
to latestactions/setup-node
,actions/checkout
to v3 to prevent < v16 deprecation warnings