nodejs/node : le dépôt officiel du runtime Node.js

Portée du dépôt

nodejs/node est le dépôt de code officiel de Node.js, décrit dans le README comme un environnement d'exécution JavaScript open source et multiplateforme. Les métadonnées du dépôt indiquent JavaScript comme langage principal, la branche par défaut est main et la page d'accueil du projet est https://nodejs.org. Le README ne contient pas de benchmarks de performance, de statistiques d'adoption ou de comparaisons avec d'autres environnements d'exécution ; ces sujets ne peuvent donc pas être confirmés à partir de cette source.

Dans nodejs/node, node donne un angle concret pour interpréter cette partie du README. Le texte décrit une fonction ou une règle, tandis que les détails absents restent à vérifier dans le fichier nommé par le projet. Il faut donc distinguer ce que la source affirme de ce qu elle ne mesure pas : node n est pas présenté ici avec une garantie de capacité, de disponibilité ou de résultat identique sur toutes les machines. Cette limite compte lorsque cette section sert à préparer une intégration ou un choix de dépendance.

Gouvernance et collaboration

Le README indique que le projet utilise un modèle de gouvernance ouvert et que l'OpenJS Foundation apporte son soutien. Les contributeurs sont censés agir de manière collaborative, et le projet encourage l'échange constructif d'opinions contraires ainsi que le compromis. Le comité de direction technique (TSC) se réserve le droit de limiter ou de bloquer les contributeurs qui agissent de façon répétée au détriment des autres participants. Le projet dispose également d'un code de conduite, lié depuis le README. Les détails de gouvernance se trouvent dans GOVERNANCE.md.

Dans nodejs/node, README.md donne un angle concret pour interpréter cette partie du README. Le texte décrit une fonction ou une règle, tandis que les détails absents restent à vérifier dans le fichier nommé par le projet. Il faut donc distinguer ce que la source affirme de ce qu elle ne mesure pas : node n est pas présenté ici avec une garantie de capacité, de disponibilité ou de résultat identique sur toutes les machines. Cette limite compte lorsque cette section sert à préparer une intégration ou un choix de dépendance.

Types de versions

Le README distingue trois types de versions. Les versions Current sont en développement actif, se trouvent dans la branche de leur version majeure (par exemple v22.x), et une nouvelle version majeure est publiée tous les 6 mois, ce qui autorise des changements cassants. Les versions d'avril deviennent LTS en octobre de la même année, tandis que les versions d'octobre ont une durée de support de 8 mois. Les versions LTS privilégient la stabilité et la sécurité ; chaque version majeure paire devient LTS, avec 12 mois de support Active LTS et 18 mois de Maintenance. Les lignes LTS portent des noms de code en ordre alphabétique, à commencer par v4 Argon, et n'introduisent pas de changements cassants ni de nouvelles fonctionnalités, sauf circonstances particulières. Les versions Nightly sont construites toutes les 24 heures lorsqu'il y a des changements dans la branche Current, et le README recommande la prudence. Les versions Current et LTS suivent le versionnage sémantique et sont signées par un membre de l'équipe de publication.

Dans nodejs/node, GOVERNANCE.md donne un angle concret pour interpréter cette partie du README. Le texte décrit une fonction ou une règle, tandis que les détails absents restent à vérifier dans le fichier nommé par le projet. Il faut donc distinguer ce que la source affirme de ce qu elle ne mesure pas : node n est pas présenté ici avec une garantie de capacité, de disponibilité ou de résultat identique sur toutes les machines. Cette limite compte lorsque cette section sert à préparer une intégration ou un choix de dépendance.

Téléchargements et documentation API

Les binaires, installateurs et archives source sont disponibles sur https://nodejs.org/en/download/. Les fichiers des versions Current et LTS sont hébergés sur https://nodejs.org/download/release/, où le dossier latest pointe vers la dernière version Current et latest-<codename> vers la dernière version d'une ligne LTS ; par exemple, latest-hydrogen contient la dernière version de Node.js 18. Les versions Nightly se trouvent sur https://nodejs.org/download/nightly/, avec des noms de dossier combinant la version, la date UTC et le SHA court du commit, comme v22.0.0-nightly20240424ddd0a9e494. La documentation API de la dernière version Current est sur https://nodejs.org/api/, et la documentation spécifique à une version se trouve dans le sous-dossier docs de chaque dossier de version.

Dans nodejs/node, BUILDING.md donne un angle concret pour interpréter cette partie du README. Le texte décrit une fonction ou une règle, tandis que les détails absents restent à vérifier dans le fichier nommé par le projet. Il faut donc distinguer ce que la source affirme de ce qu elle ne mesure pas : node n est pas présenté ici avec une garantie de capacité, de disponibilité ou de résultat identique sur toutes les machines. Cette limite compte lorsque cette section sert à préparer une intégration ou un choix de dépendance.

Vérification des binaires

Chaque dossier de téléchargement contient un fichier SHASUMS256.txt.asc avec les sommes de contrôle SHA et la signature PGP du publieur. Le README montre comment récupérer le trousseau de clés maintenu par le projet avec curl, comment importer les clés des publieurs avec gpg, et comment vérifier les fichiers téléchargés avec gpgv et shasum. Il précise aussi que le projet ne peut pas garantir la disponibilité des serveurs de clés publics. Le README ne précise pas comment choisir la variable VERSION pour la commande curl ni comment ces commandes se comportent sur différents systèmes d'exploitation ; ces détails doivent être vérifiés séparément.

Dans nodejs/node, SECURITY.md donne un angle concret pour interpréter cette partie du README. Le texte décrit une fonction ou une règle, tandis que les détails absents restent à vérifier dans le fichier nommé par le projet. Il faut donc distinguer ce que la source affirme de ce qu elle ne mesure pas : node n est pas présenté ici avec une garantie de capacité, de disponibilité ou de résultat identique sur toutes les machines. Cette limite compte lorsque cette section sert à préparer une intégration ou un choix de dépendance.

Compilation, sécurité et support

Les instructions pour compiler Node.js depuis les sources et la liste des plateformes prises en charge se trouvent dans BUILDING.md ; le README ne reproduit pas les commandes de compilation. Le signalement des vulnérabilités de sécurité est décrit dans SECURITY.md, mais le README ne donne aucun détail sur le processus de sécurité ni aucune garantie. Pour obtenir de l'aide, le README renvoie vers .github/SUPPORT.md.

Licence

Node.js est sous licence MIT, comme le confirment le README et l'extrait de licence. La licence accorde la permission d'utiliser, copier, modifier, fusionner, publier, distribuer, sous-licencier et vendre des copies du logiciel, à condition que les mentions de copyright et d'autorisation soient incluses. Le logiciel est fourni « tel quel », sans garantie d'aucune sorte, y compris la qualité marchande, l'adéquation à un usage particulier et l'absence de contrefaçon. La licence précise également que les bibliothèques externes utilisées par Node.js peuvent avoir des licences open source différentes ; la liste complète se trouve dans le fichier LICENSE. Le texte de licence ne traite pas du support de sécurité, des performances ni des engagements de maintenance.

Conclusion éditoriale

Ce projet convient aux personnes dont le besoin correspond précisément à node et README.md et qui acceptent ses limites documentées. Il convient moins à celles qui attendent une garantie absente du README. Avant adoption, testez l entrée propre à node, inspectez GOVERNANCE.md et observez le résultat réel dans votre environnement.

Sources officielles

1. Official documentation
2. Official README
3. Project repository
4. Release notes