Il 16 ottobre 2026 la pagina Node.js Releases marca la 26 come Current e chiama Latest LTS la 24.22.0. Latest Release, in calce, è la 26.12.0. Current non è il nome della linea da mettere in produzione: la stessa pagina scrive che le applicazioni di produzione devono usare solo Active LTS o Maintenance LTS.
In breve: la 24, nome in codice Krypton, è LTS. La 22, Jod, è LTS anche lei, ma il README del Release Working Group la classifica Maintenance. La 20 è EOL. Dalla 27 il sito annuncia un calendario diverso; il README, lo stesso giorno, dice ancora che le linee dispari non diventano LTS. Le due pagine non raccontano la stessa cosa sul dopo-26.
Che cosa dice il sito il 16 ottobre
Nella tabella di nodejs.org, rilettura del 16 ottobre 2026: la 26 è Current, prima release il 5 maggio 2026, ultimo aggiornamento il 14 ottobre 2026, senza nome in codice in quella riga. La 24 Krypton è LTS, prima release il 6 maggio 2025, aggiornata il 14 ottobre 2026. La 22 Jod è LTS, prima release il 24 aprile 2024, aggiornata il 23 settembre 2026. La 25, la 23, la 21 e la 20 Iron sono EOL. In calce: v24.22.0 Latest LTS, v26.12.0 Latest Release.
Le regole scritte sopra la tabella. Una major resta Current per sei mesi. Fino alla 26, storicamente, le dispari restano senza supporto dopo sei mesi e le pari passano ad Active LTS. LTS, dice la pagina, di solito garantisce la correzione dei bug critici per 30 mesi in tutto. La produzione usa Active LTS o Maintenance LTS. Non usa la Current solo perché è l’ultima.
Il supporto commerciale oltre la fase Maintenance è indicato tramite i partner dell’OpenJS Ecosystem Sustainability Program. I nomi di quei partner, in questa pagina, non li ho copiati.
Che cosa aggiunge il README, date comprese
Il README del gruppo Release, raw letto lo stesso giorno, apre con «Dates are subject to change». Lo stato che stampa non è identico all’etichetta unica «LTS» del sito:
| Linea | README | Date scritte nel README | Sito, 16 ottobre 2026 |
|---|---|---|---|
| 26.x | Current | Active LTS dal 28 ottobre 2026; Maintenance dal 20 ottobre 2027; fine vita 30 aprile 2029 | Ancora Current. Ultimo aggiornamento 14 ottobre 2026 |
| 24.x Krypton | Active LTS | Active LTS dal 28 ottobre 2025; Maintenance dal 20 ottobre 2026; fine vita 30 aprile 2028 | LTS. In calce è la Latest LTS, 24.22.0 |
| 22.x Jod | Maintenance LTS | Maintenance dal 21 ottobre 2025; fine vita 30 aprile 2027 | LTS, senza la parola Maintenance |
Il 16 ottobre la Maintenance della 24 è una data futura, il 20 ottobre, e l’ingresso in Active LTS della 26 è il 28 ottobre. Nessuna delle due è già scritta come fatto compiuto sulla pagina Releases. Il README aggiunge che la data si fissa entro il primo giorno del mese e che un cambio si annuncia con almeno 14 giorni. Non anticipo io il 20 né il 28.
Sul ciclo ancora in vigore nel README: una semver-major ogni sei mesi, pari in aprile e dispari in ottobre; le pari restano Active 12 mesi e poi Maintenance 18 mesi; il passaggio a LTS avviene in una semver-minor, dopo la major nuova. Non è il comportamento di composer install, che non sceglie la major di Node. E non è la durata di un certificato, come nel pezzo su Let’s Encrypt: «latest» lì non significa un titolo annuale, qui non significa la LTS.
Il punto in cui i due testi divergono
La pagina Releases dice che, a partire da Node.js 27, il ciclo diventa annuale e ogni major passerà a LTS dopo sei mesi di Current, più sei mesi di fase Alpha. Il README, nella sezione Release Phases, scrive ancora che le linee dispari non sono promosse a LTS e non elenca una riga 27. Il 16 ottobre 2026 non scelgo io quale dei due testi prevarrà. Per la 26, che è pari, entrambi la trattano come futura LTS, non come LTS già in corso.
Installazione ufficiale e installazione di community
Sulla stessa pagina Releases, un metodo «Official» deve pubblicare la release nuova insieme al progetto, scaricare i binari ufficiali, non ricompilare se il binario c’è già e non modificarlo. Un metodo «Community» sulla pagina download deve coprire tutte le versioni non EOL, funzionare su almeno un sistema operativo supportato, non limitarsi a un sottoinsieme di distribuzioni e restare gratuito e open source: non un prodotto venduto e non un servizio a pagamento. Il criterio non dice che ogni pacchetto apt o brew sia «Official».
Errori da evitare
Mettere in produzione la 26 perché la calce la chiama Latest Release. Quella riga è Current. La Latest LTS stampata è la 24.22.0.
Trattare la 22 e la 24 come lo stesso tipo di LTS. Il sito scrive LTS per entrambe; il README dice Maintenance per la 22 e Active per la 24.
Dare per già Maintenance la 24. La data nel README è il 20 ottobre 2026, e le date possono cambiare.
Dire che dalla 27 «è già così». Lo annuncia il sito; il README non ha ancora la riga.
Restare sulla 20. Sul sito è EOL.
In sintesi
Il 16 ottobre 2026 l’ultima release è la 26.12.0 e non è la LTS. La LTS indicata in calce è la 24.22.0. La produzione, scrive il sito, sta su Active o Maintenance. Il 28 ottobre e il 20 ottobre sono date di calendario nel README, non uno stato già cambiato sulla pagina Releases. Verifica del 16 ottobre 2026.
Copertina: Negative Space, «Laptop Programmcode», Wikimedia Commons, CC0. È uno schermo con del codice, non un binario di Node e non la pagina delle release.
