Versiones de Node.js
Las versiones principales de Node.js entran en estado de lanzamiento Actual durante seis meses, lo que les da a los autores de bibliotecas tiempo para agregarles manutención. Después de seis meses, las versiones impares (9, 11, etc.) dejan de ser compatibles y las versiones pares (10, 12, etc.) pasan al estado LTS Activo y están listas para uso general. El estado de la versión LTS es "soporte a largo plazo", que normalmente garantiza que los errores críticos se corregirán durante un total de 30 meses. Las aplicaciones de producción solo deben usar versiones LTS Activo o LTS en Mantenimiento.
Calendario de Lanzamiento
Los detalles del calendario de lanzamiento de Node.js están disponibles en GitHub.
Soporte Comercial
El soporte comercial para versiones posteriores a la fase de Mantenimiento está disponible a través de nuestro socio del Programa de Sostenibilidad del Ecosistema OpenJS, HeroDevs..
¿Buscando las últimas versiones de una rama específica?
| Node.js | Codename | First released | Last updated | Status | |
|---|---|---|---|---|---|
| v24 | - | Current | Details | ||
| v23 | - | End-of-life | Details | ||
| v22 | Jod | LTS | Details | ||
| v21 | - | End-of-life | Details | ||
| v20 | Iron | Maintenance | Details | ||
| v19 | - | End-of-life | Details | ||
| v18 | Hydrogen | End-of-life | Details | ||
| v17 | - | End-of-life | Details | ||
| v16 | Gallium | End-of-life | Details | ||
| v15 | - | End-of-life | Details | ||
| v14 | Fermium | End-of-life | Details | ||
| v13 | - | End-of-life | Details | ||
| v12 | Erbium | End-of-life | Details | ||
| v11 | - | End-of-life | Details | ||
| v10 | Dubnium | End-of-life | Details | ||
| v9 | - | End-of-life | Details | ||
| v8 | Carbon | End-of-life | Details | ||
| v7 | - | End-of-life | Details | ||
| v6 | Boron | End-of-life | Details | ||
| v5 | - | End-of-life | Details | ||
| v4 | Argon | End-of-life | Details | ||
| v0 | - | End-of-life | Details |
Métodos de Instalación Oficial vs. Comunidad
El sito web de Node.js ofrece varios métodos de instalación que facilitan una instalación de Node.js sin interacción, como por una interfaz de línea de comandos (CLI), gestores de paquetes del sistema operativo (OS) (e.g. brew), o gestores de versiones de Node.js (e.g. nvm).
En un intento de anunciar y popularizar esfuerzos comunitarios, el proyecto Node.js ha introducido una página de Descargas actualizada que distingue entre métodos de instalación Oficial y de la Comunidad. Esta presentación provee más flexibilidad y opciones para usuarios. Para evitar confusión, hemos definido requisitos para cada designación.
Métodos de Instalación Oficiales
Para considerarse "Oficial", métodos de instalación deben cumplir con los siguientes requisitos:
| Requisitos (Métodos de Instalación Oficiales) |
|---|
| Lanzamientos nuevos de Node.js deben estar disponible al mismo tiempo que el lanzamiento oficial. |
| Los mantenedores del proyecto tienen una estrecha relación con Node.js, la cual incluye comunicación directa. |
| El método de instalación debe descargar los binarios oficiales empaquetados por el proyecto Node.js. |
| El método de instalación no compila desde el código fuente cuando binarios están disponibles, ni modifica los binarios oficiales proveídos por Node.js. |
Métodos de Instalación de Comunidad
Para ser incluida en la página de descargas (/download), los métodos de instalación de comunidad deben cumplir con unos requisitos mínimos:
- Apoyo de versiones: Debe proveer instalaciones de cada versión de Node.js apoyado oficialmente que no ha pasado el fin de su vida útil (EOL).
- Compatibilidad con Sistemas Operativos: Debe operar en uno o más sistemas operativos oficialmente compatible.
- Apoyo amplio de Sistemas Operativos: No se puede limitar a una fracción de distribuciones o versiones del sistema operativo.
- Por ejemplo, si un método de instalación declara compatibilidad con "Windows", debe funcionar en cada edición de "Windows 10" y "Windows 11" (incluso versiones para servidores).
- De igual manera, un método de instalación que declara compatibilidad con "Linux" debe poder instalarse en cada una de las distribuciones principales de Linux, y no solo una selección reducida. No puede depender de un gestor de paquetes específico a una distribución en particular como
aptodnf.
- Gratis y de Código Abierto: Debe ser de código abierto que puede usarse gratuitamente y no como producto comercial vendido ni un servicio pagado.