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

Lanzamientos

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.jsN-APINombre en claveLanzado ennpm
v23.11.0v131-v10.9.2LanzamientosHistorialDocumentación
v22.14.0v127Jodv10.9.2LanzamientosHistorialDocumentación
v21.7.3v120-v10.5.0LanzamientosHistorialDocumentación
v20.19.0v115Ironv10.8.2LanzamientosHistorialDocumentación
v19.9.0v111-v9.6.3LanzamientosHistorialDocumentación
v18.20.8v108Hydrogenv10.8.2LanzamientosHistorialDocumentación
v17.9.1v102-v8.11.0LanzamientosHistorialDocumentación
v16.20.2v93Galliumv8.19.4LanzamientosHistorialDocumentación
v15.14.0v88-v7.7.6LanzamientosHistorialDocumentación
v14.21.3v83Fermiumv6.14.18LanzamientosHistorialDocumentación
v13.14.0v79-v6.14.4LanzamientosHistorialDocumentación
v12.22.12v72Erbiumv6.14.16LanzamientosHistorialDocumentación
v11.15.0v67-v6.7.0LanzamientosHistorialDocumentación
v10.24.1v64Dubniumv6.14.12LanzamientosHistorialDocumentación
v9.11.2v59-v5.6.0LanzamientosHistorialDocumentación
v8.17.0v57Carbonv6.13.4LanzamientosHistorialDocumentación
v7.10.1v51-v4.2.0LanzamientosHistorialDocumentación
v6.17.1v48Boronv3.10.10LanzamientosHistorialDocumentación
v5.12.0v47-v3.8.6LanzamientosHistorialDocumentación
v4.9.1v46Argonv2.15.11LanzamientosHistorialDocumentación
v0.12.18v14-v2.15.11LanzamientosHistorialDocumentación

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 apt o dnf.
  • 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.