You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Add test setup for automated response to Node.js releases #2586
Determine if tests should still assume sourcing musl builds from https://unofficial-builds.nodejs.org or if this should fast-forward to a scenario where this is no longer necessary.
Why is it needed
Automation that deals with processing Node.js updates often fails, leading to manual effort to correct the situation.
Problems have been known about for some time, but efforts so far to correct the issues have had limited success. The outcome of new releases has tended to cause surprises.
Security updates, which typically cause release of updates for each supported release line on the same day, have proved particularly difficult to deal with correctly. Automation is supposed to proceed without waiting for musl builds, which can take many hours, and instead is waiting when it shouldn't.
Planned upstream changes mean that code changes will be necessary:
promotion of Alpine to Tier 2
Node.js introduction with alpha releases
If these can be tested before their function is needed, that would help with automation predictability.
"environment" may be the wrong choice of words and that was just supposed to be a generic description.
I was thinking about using vitest with tests & mocks, however I have never done something like this from scratch. I've just used it, for instance in https://github.com/nodejs/corepack
changed the title [-]Add test environment for automated response to Node.js releases[/-][+]Add test setup for automated response to Node.js releases[/+]on Aug 4, 2026
Activity
nschonni commentedon Jul 31, 2026
I'm not sure an "environment" is required, but I do agree tests + some mocks would be useful
MikeMcC399 commentedon Jul 31, 2026
"environment" may be the wrong choice of words and that was just supposed to be a generic description.
I was thinking about using
vitestwith tests & mocks, however I have never done something like this from scratch. I've just used it, for instance in https://github.com/nodejs/corepack[-]Add test environment for automated response to Node.js releases[/-][+]Add test setup for automated response to Node.js releases[/+]