meta: upgrade to node v22

[ovflowd]

This PR upgrades all references of Node.js v20 to v22 (Vercel already got updated to v22)

[vercel]

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name	Status	Preview	Updated (UTC)
nodejs-org	✅ Ready (Inspect)	Visit Preview	Nov 25, 2024 11:00am

[github-actions]

Lighthouse Results

URL	Performance	Accessibility	Best Practices	SEO	Report
/en	🟢 99	🟢 100	🟢 100	🟢 91	🔗
/en/about	🟢 100	🟢 100	🟢 100	🟢 91	🔗
/en/about/previous-releases	🟢 100	🟢 100	🟢 100	🟢 92	🔗
/en/download	🟢 99	🟢 100	🟢 100	🟢 91	🔗
/en/blog	🟢 100	🟢 100	🟢 96	🟢 92	🔗

[github-actions]

Unit Test Coverage Report

Lines	Statements	Branches	Functions
	90.79% (631/695)	72.44% (184/254)	94.53% (121/128)

Unit Test Report

Tests	Skipped	Failures	Errors	Time
143	0 💤	0 ❌	0 🔥	5.227s ⏱️

[ovflowd]

cc @nodejs/nodejs-website requesting fast track here :)

[AugustinMauroy]

-1 for fast track. a fast tack is for modifications that have to be land now if not it degrades the UX

[AugustinMauroy]

LGTM !

[ovflowd]

-1 for fast track. a fast tack is for modifications that have to be land now if not it degrades the UX

What sort of bullshit is this, where is this written?

Apologies for the language, I'm just unsatisfied with these random rules you're coming up out from nowhere. I wouldn't have requested fast-track if this does not apply to a fast-track.

You can still be against the fast-track, but do not use wording that makes it sound that you're basing your decision on the CONTRIBUTING guidelines.

[ovflowd]

[bmuenzenmeyer]

yeah i think fast-track can certainly be warranted if we are in a position where our prod deployments in vercel are on a different version than we build and test - that could lead to unexpected behavior. so minimizing the amount of time we are in that position is prudent

[ovflowd]

yeah i think fast-track can certainly be warranted if we are in a position where our prod deployments in vercel are on a different version than we build and test - that could lead to unexpected behavior. so minimizing the amount of time we are in that position is prudent

My understanding is that fast-tracking is not a matter of urgency, but a matter of complexity.

[bmuenzenmeyer]

you are right - urgency is covered earlier in https://github.com/nodejs/nodejs.org/blob/main/CONTRIBUTING.md#before-merging