chore: Use node 24 and npm trusted publishing, and update cspell (backport of #3411 for 2.11)#3415
Conversation
…install npm 9 for node 14.
…est" (the default).
✅ Docs preview readyThe preview is ready to be viewed. View the preview File Changes 0 new, 2 changed, 0 removedBuild ID: 32a8d83de10f40f4f9322918 URL: https://www.apollographql.com/docs/deploy-preview/32a8d83de10f40f4f9322918 ✅ AI Style Review — No Changes DetectedNo MDX files were changed in this pull request. Review Log: View detailed log
|
|
|
This pull request is automatically built and testable in CodeSandbox. To see build info of the built libraries, click here or the icon next to each commit SHA. |
This PR is a backport of #3411 for the
version-2.11branch. Specifically, this PR:main(previously usingnode/run).actions/checkoutto v4 and adds OIDC/changesets permissions in the release GitHub action.enginesinpackage.jsonto<12(to allow running npm v11).package-lock.json, but it was doing this for all node versions. We've now changed this to only happen for node v14.NPM_TOKENtochangesets/actionin the release GitHub action.NPM_TOKENwould be ignored anyway. But the main reason for this change is to stopchangesets/actionfrom printing a misleading log message sayingNPM_TOKENhas been placed into.npmrc(which, while true, will be ignored bynpm publish).NPM_TOKENGitHub secret around to run any tag-changing scripts, asnpm dist-tagsadly doesn't support OIDC yet (see Allow Trusted Publishers to run "npm dist-tag add" npm/cli#8547 for discussion). This means we'll need to manually rotate the token every 90 days.npm ciinstead ofnpm iin the release GitHub action.package-lock.jsonshould be aligned with thepackage.json.FEDERATION_VERSIONin the release GitHub action since it's no longer used.version-*branches.latest, which was causing backport releases to mistakenly change thelatesttag (used when someonenpm is without a version number).version-*branch pattern down toversion-[0-9]+.[0-9]+(since it's getting passed around in bash now).