Чтобы понять разницу, что нужно, чтобы понять, почему Long Term Support (LTS) версия узла существует.
Узел LTS предназначен, прежде всего, для использования в предприятиях, где может быть больше сопротивления частым обновлениям, широким процедурам закупок и длительным испытаниям и требованиям качества.
От Рода Vagg член рабочей группы Node LTS:
Точка создания плана LTS для узла является надстройкой существующего стабильного цикла выпуска, предоставляя новые новые версии на предсказуемой который имеет четко определенный расширенный жизненный цикл поддержки. Хотя это может показаться несовместимым с традицией с открытым исходным кодом «релиз на ранней стадии, выпуск часто», это является важным требованием для разработчиков приложений и операционных групп. Это также влияет на компании ... которые обеспечивают профессиональную поддержку Node.js.
https://medium.com/@nodesource/essential-steps-long-term-support-for-node-js-8ecf7514dbd#.za353bn08
Официальный пост Node упоминается в одном из комментариев также делает прекрасную работу объяснить это:
https://nodejs.org/en/blog/community/node-v5/
Иногда неправильно, что число нечетное версии релизов (v5 , v7) являются «бета» следующего выпуска LTS. Это соглашение, используемое в другом проекте, но не в узле и несколько вводит в заблуждение. Фактически, следующий выпуск LTS выбирается из определенного точечного релиза текущей версии, и обычно это будет версия версии (v6, v8). Дело не в том, что последние версии бета-версии - это то, что выпуски LTS отвечают определенной потребностям, которые есть у некоторых организаций.
Для получения дополнительной информации см. Расширенные версии поддержки Firefox (https://www.mozilla.org/en-US/firefox/organizations/faq/) или выпуски LTS Ubuntu (https://wiki.ubuntu.com/LTS). Я не думаю, что кто-то предположил, что последняя версия Firefox была бета-версией, и что большинство пользователей должны придерживаться старых версий ERS.
Как правило, если вы в состоянии идти в ногу с последними стабильными и будущими выпусками Node, вы должны это сделать. Они стабильны и производство готово релизы с отличной поддержкой сообщества. Нестабильная и экспериментальная функциональность сохраняется за флагами построения и выполнения и не должна влиять на ваши повседневные операции.
Вообще-то я всегда склоняюсь к последней версии для функциональности и производительности (как я теперь делать, выделяют ES6/ES7)
Это бы предложить мне, что стабильные версии и за его пределами будет отвечать вашим потребностям хорошо , Это даст вам доступ к последним и самым лучшим языковым функциям, предоставляемым базовым механизмом JavaScript (V8 или Chakra).
Примечание: Значительная разница между v4 (и ранее) и v5 заключается в том, что v4 поставляется с npm v2, тогда как v5 с npm v3. v3 из npm имеет некоторые потенциально нарушающие изменения для вашего проекта в том, как он обрабатывает peerDependancies. Способ, которым npm v3 теперь пытается установить зависимые зависимости, как можно более плоские, и избегать дубликатов, может повлиять на ваши проекты, но стал большим преимуществом для пользователей Windows, поэтому это может также повлиять на принятие решений.
Есть ли что-нибудь еще, что вам нужно знать, что не распространяется на это сообщение в блоге? https://nodejs.org/ru/blog/community/node-v5/. Если да, что это? –
Это форум сообщества, то есть сообщение разработчиков узла. Существует определенная информация с точки зрения за пределами команды разработчиков, которая может быть актуальной. – AndrewMcLagan
FWIW, это не форум, это сайт вопросов и ответов. Этот формат не подходит для * дискуссий *, которые, по-видимому, вас больше интересуют? –