Щоб зрозуміти різницю, потрібно зрозуміти, чому існує версія Node з довгостроковою підтримкою (LTS).
Вузол LTS в першу чергу орієнтований на корпоративне використання, де може бути більший опір частим оновленням, обширним процедурам закупівель та тривалим випробуванням та вимогам до якості.
Від Рода Вагга, члена робочої групи Node LTS:
Сенс створення плану LTS для Node полягає у створенні поверх існуючого стабільного циклу випуску шляхом постачання нових версій за передбачуваним графіком, які мають чітко визначений розширений життєвий цикл підтримки. Хоча це може здатися суперечним традиції з відкритим кодом "випускати достроково, часто випускати", це є важливою вимогою до команд розробників корпоративних додатків та операцій. Це також впливає на компанії ..., які надають професійну підтримку 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. Це домовленість, яка використовується в інших проектах, але не в Node, і дещо вводить в оману. Фактично, наступний випуск 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, тому це також може вплинути на прийняття рішень.