In nodejs bedeutet lts „Long-Term Support“ und ist die Abkürzung für „Long Time Support“. Node verfügt über zwei Veröffentlichungsprozesslinien: eine ungerade Version und eine gerade Version. Wenn eine ungerade Version veröffentlicht wird, wird die neueste gerade Version sofort in die LTS-Wartung aufgenommen. Der Plan hat eine Laufzeit von 18 Monaten, danach gibt es einen verlängerten Wartungszeitraum von 12 Monaten. Während des LTS-Zeitraums können „Bugfix“-Änderungen unterstützt werden.
Die Betriebsumgebung dieses Artikels: Windows 10-System, NodeJS-Version 12.19.0, Dell G3-Computer.
LTS steht für Long Time Support, was langfristige Unterstützung bedeutet.
LTS: Langzeit-Support-Version, stabil
Aktuell: neueste Version
Node unterhält zwei Release-Pipelines: Versionen mit ungeraden Nummern werden jedes Jahr im Oktober veröffentlicht, und Versionen mit geraden Nummern werden im April des folgenden Jahres veröffentlicht.
Wenn eine Version mit ungerader Nummer veröffentlicht wird, wird die neueste Version mit gerader Nummer sofort in den LTS-Wartungsplan aufgenommen, der 18 Monate lang gültig ist. Anschließend gilt eine verlängerte Wartungsfrist von 12 Monaten. Die Änderungen, die während dieser beiden Zeiträume unterstützt werden können, sind unterschiedlich:
Während des LTS-Zeitraums unterstützte Änderungen: Fehlerbehebungen, Behebung von Sicherheitsproblemen, Dokumentationsaktualisierungen und Updates für Kompatibilitätsprobleme mit zukünftigen neuen Funktionen.
Während der Wartung unterstützte Änderungen: Schwerwiegende Fehlerbehebungen, schwerwiegende Sicherheitsprobleme oder Dokumentationsaktualisierungen.
Wenn eine Version mit gerader Nummer veröffentlicht wird, hat die Version mit ungerader Nummer nur einen Wartungszeitraum von 2 Monaten und kann nur gehorsam aktualisiert werden.
Um zusammenzufassen:
Basierend auf Nebenversions-Upgrades verfügen LTS- und Maintenanece-Versionen über keine radikalen neuen Funktionsupdates und eignen sich besser für Produktionsumgebungen. Der Regressionsaufwand und das Risiko von Nebenversions-Upgrades sind viel geringer. Basierend auf Upgrades der Hauptversionsnummer haben LTS- und Wartungsversionen einen langen Wartungslebenszyklus und müssen die Hauptversionsnummer nicht häufig aktualisieren. Dies ist bei Versionen mit ungeraden Nummern nicht der Fall, die normalerweise alle sechs Monate aktualisiert werden müssen .
Erweitern Sie Ihr Wissen:
Node.js LTS-Plan
Nach der Fusion von Node.js und io.js begann der Node.js-Kern, LTS (Long Term Support) zur Planung des Veröffentlichungszyklus zu verwenden, um stabile und geordnete Veröffentlichungen sicherzustellen und Entwicklern eine angemessene Organisation von Upgrades zu ermöglichen. Die erste LTS-Version war v4 und wurde im Oktober 2015 veröffentlicht.
Nach diesem Plan entspricht die Version von Node.js einem Snapshot des Master-Zweigs, der zu einem bestimmten Zeitpunkt stabilisiert wurde. Wenn die Zeit abgelaufen ist, werden die stabilen Teile des Master-Zweigs integriert und eine neue Version erstellt Daher basiert die Veröffentlichung von Node.js im Laufe der Zeit auf der Prämisse, eine enge Kompatibilität sicherzustellen, und nicht auf der Anzahl der Kompatibilitäten und neuen Funktionen. Dies erklärt auch, warum die Version von Node.js veröffentlicht wird .js scheint so schnell zu springen (nicht „Ah, wir haben so viele große Schritte gespeichert, wir können eine neue Version veröffentlichen!“), sondern „Ah, es ist Zeit, die neue Version im April zu veröffentlichen. Lassen Sie uns die großen Schritte durchgehen, die wir haben.“ gespeichert und sehen Sie, ob es welche gibt, die stabil genug sind, um hinzugefügt zu werden. Diese Tricks sind nicht so groß ... ").
Es ist erwähnenswert, dass die aktuellen Evergreen-Browser/Mainstream-JavaScript-Engines/ECMAScript-Standards/C++-Standards ebenfalls ähnliche Prinzipien übernehmen, indem sie die Zeitspanne als Maßstab nehmen und stabile Funktionen aus dem Backbone für die Veröffentlichung abfangen.
Jedes LTS hat einen Codenamen, nimmt den Elementnamen aus dem Periodensystem, sortiert ihn alphabetisch und wählt den entsprechenden aus. Der Codename von v4 ist Argon (Argon) und der Codename von v6 ist Boron (Bor).
Die Versionsbenennungsregeln von Node.js folgen der semantischen Versionierung. Die erste Nummer (Semver-Major) erhöht sich, die zweite Nummer (Semver-Minor) zeigt an, dass es neue gibt Funktionen, die die Kompatibilität aufrechterhalten; eine Erhöhung der dritten Zahl (Semver-Patch) weist darauf hin, dass es Änderungen unter Beibehaltung der Kompatibilität und Funktionen gibt, wie z. B. die Behebung von Fehlern oder die Verbesserung der Dokumentation. Diese Benennungsregel hat Vor- und Nachteile, die hier nicht beschrieben werden. Einige ihrer Widersprüche machen jedoch einige Ausnahmen von der Benennung von Node.js aus, z. B. auch wenn ein Sicherheitsupdate zu Inkompatibilitäten führt zu allen Hauptversionen ist es immer noch halb-moll.
Empfohlenes Lernen: „nodejs-Video-Tutorial“
Das Obige ist der detaillierte Inhalt dessen, was lts in nodejs bedeutet. Weitere Informationen finden Sie in anderen verwandten Artikeln auf dieser Website!