Um den Unterschied zu verstehen, müssen Sie verstehen, warum eine LTS-Version (Long Term Support) von Node vorhanden ist.
Node LTS richtet sich in erster Linie an Unternehmen, bei denen häufiger Aktualisierungen, umfangreiche Beschaffungsverfahren sowie langwierige Test- und Qualitätsanforderungen möglicherweise widerstandsfähiger sind.
Von Rod Vagg, Mitglied der Node LTS-Arbeitsgruppe:
Der Zweck der Erstellung eines LTS-Plans für Node besteht darin, auf einem vorhandenen stabilen Release-Zyklus aufzubauen, indem neue neue Versionen nach einem vorhersehbaren Zeitplan mit einem klar definierten erweiterten Support-Lebenszyklus bereitgestellt werden. Dies scheint zwar im Widerspruch zur Open-Source-Tradition der „vorzeitigen, häufigen Veröffentlichung“ zu stehen, ist jedoch eine wesentliche Voraussetzung für die Entwicklung und den Betrieb von Unternehmensanwendungen. Dies betrifft auch Unternehmen, die Node.js professionell unterstützen.
https://medium.com/@nodesource/essential-steps-long-term-support-for-node-js-8ecf7514dbd#.za353bn08
Der offizielle Knotenbeitrag, der in einem der Kommentare erwähnt wird, erklärt dies ebenfalls sehr gut:
https://nodejs.org/en/blog/community/node-v5/
Es wird manchmal missverstanden, dass ungerade Versionsnummernversionen (v5, v7) eine "Beta" der nächsten LTS-Version sind. Dies ist eine Konvention, die in anderen Projekten verwendet wird, jedoch nicht in Node, und ist etwas irreführend. Tatsächlich wird die nächste LTS-Version aus einer bestimmten Punktversion der aktuellen Version ausgewählt, und dies ist normalerweise eine Version mit gleichmäßiger Version (Version 6, Version 8). Es ist nicht so, dass die neuesten Versionen Betas sind - es ist so, dass die LTS-Versionen einen bestimmten Bedarf erfüllen, den einige Organisationen haben.
Einen Referenzpunkt finden Sie in den Extended Support Releases von Firefox ( https://www.mozilla.org/en-US/firefox/organizations/faq/ ) oder in den LTS-Releases von Ubuntu ( https://wiki.ubuntu.com/LTS ). . Ich glaube nicht, dass irgendjemand vorschlagen würde, dass die neueste Version von Firefox eine Beta ist und dass die meisten Benutzer bei den älteren ERS-Versionen bleiben sollten.
Wenn Sie mit den neuesten stabilen und zukünftigen Node-Versionen Schritt halten können, sollten Sie dies im Allgemeinen tun. Dies sind stabile und produktionsreife Releases mit hervorragender Community-Unterstützung. Instabile und experimentelle Funktionen bleiben hinter Build- und Laufzeitflags zurück und sollten Ihren täglichen Betrieb nicht beeinträchtigen.
Im Allgemeinen neige ich immer zu der neuesten Version für Funktionen und Leistung (wie ich jetzt ES6 / ES7 zuteile)
Dies würde mir nahe legen, dass stabile Versionen und darüber hinaus Ihren Anforderungen gut entsprechen. Auf diese Weise erhalten Sie Zugriff auf die neuesten und besten Sprachfunktionen der zugrunde liegenden JavaScript-Engine (V8 oder Chakra).
Bemerkenswert: Ein wesentlicher Unterschied zwischen v4 (und früher) und v5 besteht darin, dass v4 mit npm v2 ausgeliefert wird, während v5 mit npm v3 ausgeliefert wird. In Version 3 von npm gibt es einige potenziell wichtige Änderungen für Ihr Projekt im Umgang mit Peer-Abhängigkeiten. Die Art und Weise, wie npm v3 jetzt versucht, Abhängigkeiten so flach wie möglich zu installieren und Duplikate zu vermeiden, kann sich auf Ihre Projekte auswirken, war jedoch ein großer Segen für Windows-Benutzer, sodass dies auch Ihre Entscheidungsfindung beeinflussen kann.