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
Coordinating a couple words of clarification around the meaning of LTS #1111
There was a brief discussion at the recent collab summit around terminology.
We should not confuse users of Node.js with active/maintenance labels on LTS. As far as users are concerned a Node.js release line should be in one of these states:
Current
Long Term Support
End-of-Life
It is important to note that at any time there may be one or more release lines in any of those states (e.g. there may be two release lines in Current state, or two (or more) releases in LTS).
We need to distinguish the terminology we use externally (i.e. on the website) and internally (i.e. in the Release WG and with collaborators) to communicate the policy in terms of when it can be expected that features are considered to land on LTS lines (for us this is Active LTS), or when the default position is "at the discretion of the Release WG" (i.e. Maintenance). This may mean we need two versions of the SVG -- one for use within the project and a different one for the website.
Activity
bmuenzenmeyer commentedon Jul 8, 2025
also worth mentioning that https://github.com/nodejs/Release?tab=readme-ov-file#release-schedule omits the word ACTIVE all together.
ovflowd commentedon Jul 13, 2025
cc @nodejs/releasers @nodejs/release
targos commentedon Jul 16, 2025
I think normalizing to "Active LTS" and "Maintenance LTS" everywhere makes sense.
richardlau commentedon Oct 21, 2025
There was a brief discussion at the recent collab summit around terminology.
We should not confuse users of Node.js with active/maintenance labels on LTS. As far as users are concerned a Node.js release line should be in one of these states:
It is important to note that at any time there may be one or more release lines in any of those states (e.g. there may be two release lines in Current state, or two (or more) releases in LTS).
We need to distinguish the terminology we use externally (i.e. on the website) and internally (i.e. in the Release WG and with collaborators) to communicate the policy in terms of when it can be expected that features are considered to land on LTS lines (for us this is Active LTS), or when the default position is "at the discretion of the Release WG" (i.e. Maintenance). This may mean we need two versions of the SVG -- one for use within the project and a different one for the website.
richardlau commentedon Oct 21, 2025
TL;DR I agree we should normalise terminology within the project, but we should not be exposing that terminology on the website.
bmuenzenmeyer commentedon Oct 21, 2025
right - this effort pre-dated openjs-foundation/summit#469 - which might change it all anyway