Last 12 weeks · 0 commits
4 of 6 standards met
The Node.js release schedule is changing. The announcement is: https://nodejs-org-git-fork-ulisesgascon-release-announcement-openjs.vercel.app/en/blog/announcements/evolving-the-nodejs-release-schedule Old Node.js terminology (https://nodejs.org/en/about/previous-releases): even: current / active LTS / maintenance LTS odd: current / maintenance New terminology used in announcement: alpha / interim / LTS I think this makes the little used node support labels somewhat obsolete (like ), and is not mentioned. got used in some training material and will retain that as an alias even if do not document. Likewise, stable. Not sure if users will want to target the latest version _after_ it reaches alpha? uses the index information from https://github.com/nodejs/nodejs-dist-indexer and does not do date calculations. I am watching that repo to see if alpha/interim get added to the index.
Problem Primary labels and aliases are: , , Until last week, was the newest version of node 24, which will be the next lts version. was (and is stillcurrentlatestactivecurrent25.0.0ltslts_activelts_latestsupported22.21.0labelnn latestn 24activecurrentlts_active2422` is now in maintenance. Image from Node.js Releases: !image Configuration Details
Repository: tj/n. Description: Node version management Stars: 19519, Forks: 763. Primary language: Shell. Languages: Shell (99.8%), Makefile (0.2%). License: MIT. Latest release: v10.2.0 (9mo ago). Open PRs: 0, open issues: 2. Last activity: 3mo ago. Community health: 85%. Top contributors: shadowspawn, tj, maxrimue, qw3rtman, troy0820, tjwebb, 73rhodes, PeterDaveHello, benatkin, jeromedecoster and others.
Bug Report Summary Although Node.js 25.0.0 removed Corepack from Node.js , switching from a Node.js version with bundled Corepack, such as one of the Node.js LTS versions, to Node.js which does not distribute Corepack, retains the previously installed Corepack version. Steps to Reproduce Expected Behaviour Node.js no longer bundles Corepack with Node.js, so switching to such a version should not preserve the previously installed Corepack version. The result of switching to Node.js should also be deterministic. Leaving a previously installed version of Corepack in place means that it is not, because it then depends on what version of Node.js (and therefore what version of Corepack) was previously installed. Actual Behaviour Running the steps to reproduce shows Corepack left over from Node.js when switching to Node.js Other Information The Corepack README documents the removal of Corepack from the Node.js bundle starting with Node.js . https://github.com/tj/n/issues/789 already discussed this issue in terms of downgrading. The situation with upgrading to Node.js is new. Given that Corepack is permanently removed from Node.js , and from future versions of Node.js, I suggest that the issue and strategy needs to be revisited. Configuration Details