---
title: Versions de Node.js
layout: about
---

# Versions de Node.js

<EOLAlertBox />

Les versions majeures de Node.js passent au statut de version _Current_ pendant six mois, ce qui laisse aux auteurs de bibliothèques le temps d’ajouter leur prise en charge.
Historiquement (jusqu’à Node.js 26), les versions impaires (9, 11, etc.) ne sont plus prises en charge après six mois, tandis que les versions paires (10, 12, etc.) passent au statut _Active LTS_ et sont prêtes pour une utilisation générale.
À partir de Node.js 27, le cycle de publication sera annuel et chaque version majeure passera au statut _LTS_ après sa phase _Current_ de six mois (et six mois supplémentaires de phase _Alpha_).
Le statut de version _LTS_ signifie « support à long terme », ce qui garantit généralement que les bugs critiques seront corrigés pendant une durée totale de 30 mois.
Les applications en production doivent uniquement utiliser les versions _Active LTS_ ou _Maintenance LTS_.

## Calendrier de version

![Versions](https://raw.githubusercontent.com/nodejs/Release/main/schedule.svg?sanitize=true)

Tous les détails concernant le calendrier des versions de Node.js sont disponibles [sur GitHub](https://github.com/nodejs/release#release-schedule).

## Vous cherchez la dernière version d'une branche de version ?

<PreviousReleasesTable />

## Méthodes d'installation officielles ou communautaires

Le site web de Node.js propose plusieurs méthodes d'installation non interactives, notamment des interfaces en ligne de commande (CLI), des gestionnaires de paquets de systèmes d'exploitation (par exemple, `brew`) et des gestionnaires de versions de Node.js (par exemple, `nvm`).

Pour mettre en valeur et promouvoir les contributions de la communauté, le projet Node.js a introduit une page de téléchargement révisée classant les méthodes d'installation en deux catégories : "Officielle" et "Communautaire". Les utilisateurs bénéficient ainsi d'une plus grande flexibilité et d'un plus grand choix. Pour plus de clarté, nous avons défini des critères pour chaque catégorie.

### Méthodes d'installation officielles

Les méthodes d'installation désignées comme "Officielles" doivent satisfaire aux exigences suivantes :

| Exigences (Méthodes d'installation officielles)                                                                                                                                     |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Les nouvelles versions de Node.js doivent être disponibles en même temps que la version officielle.                                                                                 |
| Les responsables de projet doivent avoir une relation étroite avec le projet Node.js, y compris des canaux de communication directs.                                                |
| La méthode d'installation doit télécharger les binaires officiels fournis par le projet Node.js.                                                                                    |
| La méthode d'installation ne doit pas construire à partir des sources lorsque des binaires préconstruits sont disponibles, et ne doit pas non plus modifier les binaires officiels. |

### Méthodes d'installation de la communauté

Les méthodes d'installation communautaires incluses dans la page de téléchargement en libre-service (/download) doivent également respecter un ensemble minimum de critères :

- _Prise en charge des versions :_\* Doit prendre en charge toutes les versions de Node.js actuellement prises en charge et qui ne sont pas en fin de vie.
- **Compatibilité avec les systèmes d'exploitation :** Doit fonctionner sur au moins un système d'exploitation officiellement pris en charge.
- **Prise en charge étendue du système d'exploitation :** Ne peut être limité à un sous-ensemble de distributions ou de versions du système d'exploitation.
  - Par exemple, une méthode d'installation revendiquant la compatibilité avec "Windows" doit fonctionner sur "Windows 10", "Windows 11", et toutes leurs éditions (y compris les versions serveur).
  - De même, une méthode d'installation revendiquant la compatibilité avec "Linux" doit pouvoir être installée sur toutes les distributions Linux majeures, et pas seulement sur un sous-ensemble spécifique. Elle ne peut pas s'appuyer sur des gestionnaires de paquets spécifiques à une distribution comme `apt` ou `dnf`.
- **Libre et Open Source:** Doit être libre d'utilisation et open source, ne doit pas être vendu comme un produit commercial, et ne doit pas être un service payant.
