Dans nodejs, lts signifie support à long terme et est l'abréviation de « Long Time Support » ; Node a deux lignes de processus de publication, version impaire et version paire. Lorsqu'une version impaire est publiée, la dernière version paire entrera immédiatement dans la maintenance LTS. Le plan dure 18 mois, et il y aura ensuite une période de maintenance prolongée de 12 mois. Pendant la période LTS, les modifications de « correction de bugs » peuvent être prises en charge.
L'environnement d'exploitation de cet article : système Windows 10, nodejs version 12.19.0, ordinateur Dell G3.
LTS signifie Long Time Support, ce qui signifie un support à long terme.
LTS : version support long terme, stable
Actuel : dernière version
Node gère deux pipelines de versions : les versions impaires sont publiées en octobre de chaque année et les versions paires sont publiées en avril de l'année suivante.
Lorsqu'une version impaire est publiée, la dernière version paire entrera immédiatement dans le plan de maintenance LTS, qui durera 18 mois. Il y aura alors une période de maintenance prolongée de 12 mois. Les changements qui peuvent être accompagnés durant ces deux périodes sont différents :
Modifications prises en charge pendant la période LTS : corrections de bogues, corrections de problèmes de sécurité, mises à jour de la documentation et mises à jour pour les problèmes de compatibilité avec les futures nouvelles fonctionnalités.
Modifications prises en charge pendant la maintenance : corrections de bugs sérieux, corrections de problèmes de sécurité graves ou mises à jour de la documentation.
Lorsqu'une version paire est publiée, la version impaire n'a qu'une période de maintenance de 2 mois et ne peut être mise à niveau qu'avec obéissance.
Pour résumer:
Basées sur des mises à niveau de versions mineures, les versions LTS et Maintenanece ne disposent pas de nouvelles mises à jour de fonctionnalités radicales et sont plus adaptées aux environnements de production. La charge de travail de régression et le risque de mise à niveau des versions mineures seront beaucoup plus faibles. Sur la base des mises à niveau majeures des numéros de version, les versions LTS et Maintenanece ont un long cycle de vie de maintenance et n'ont pas besoin de mettre à jour fréquemment le numéro de version principale. Ce n'est pas le cas pour les versions impaires, qui doivent généralement être mises à niveau une fois tous les six mois. .
Élargissez vos connaissances :
Plan LTS Node.js
Après la fusion de Node.js et io.js, le noyau de Node.js a commencé à utiliser LTS (Support à long terme) pour planifier le cycle de publication afin de garantir des versions stables et ordonnées et de permettre aux développeurs d'organiser raisonnablement les mises à niveau. La première version LTS était la v4, publiée en octobre 2015.
Dans ce plan, la version de Node.js équivaut à un instantané de la branche master qui a été stabilisée à un moment précis. Lorsque le temps sera écoulé, les parties stables de la branche master seront intégrées et une nouvelle version sera. Par conséquent, la sortie de Node.js est basée sur le passage du temps, le saut de version est basé sur le principe d'assurer une compatibilité étroite, plutôt que sur le nombre de compatibilités et de nouvelles fonctionnalités. Cela explique également pourquoi la version de Node. .js semble sauter si vite (pas " Ah, nous avons sauvé tellement de gros mouvements, nous pouvons sortir une nouvelle version ! " mais " Ah, il est temps de sortir la nouvelle version en avril. Passons en revue les grands mouvements que nous avons enregistrés et voyez s'il y en a qui sont suffisamment stables pour être ajoutés. Ces astuces ne sont pas si grosses...").
Il convient de mentionner que les navigateurs persistants actuels/les moteurs JavaScript grand public/les normes ECMAScript/les normes C++ adoptent également des principes similaires, prenant le laps de temps comme référence et interceptant les fonctionnalités stables du backbone pour la publication.
Chaque LTS aura un nom de code, prendra le nom de l'élément du tableau périodique, le triera par ordre alphabétique et sélectionnera celui qui convient. Le nom de code de la v4 est Argon (argon) et le nom de code de la v6 est Boron (bore).
Les règles de dénomination des versions de Node.js suivent le versionnement sémantique. Le numéro de version est divisé en trois parties. Le premier nombre (semver-major) augmente, indiquant des modifications incompatibles ; fonctionnalités qui maintiennent la compatibilité ; une augmentation du troisième chiffre (semver-patch) indique qu'il y a des changements tout en maintenant la compatibilité et les fonctionnalités, comme la correction de bugs ou l'amélioration de la documentation. Cette règle de nommage présente des avantages et des inconvénients, qui ne seront pas décrits ici. Cependant, certaines de ses contradictions font quelques exceptions au nommage de Node.js, même si une mise à jour de sécurité provoque une incompatibilité, afin de pouvoir mettre à jour. pour toutes les versions majeures, il s'agit toujours de semver -minor.
Apprentissage recommandé : "tutoriel vidéo nodejs"
Ce qui précède est le contenu détaillé de ce que lts signifie dans nodejs. Pour plus d'informations, veuillez prêter attention aux autres articles connexes sur ce site !