Cuáles son las diferencias entre el Soporte a Largo Plazo (LTS) y las versiones estables de Node.js?

Para entender la diferencia, debe comprender por qué existe una versión de Soporte a Largo Plazo (LTS) de Node.

Node LTS está dirigido principalmente al uso empresarial donde puede haber más resistencia a actualizaciones frecuentes, procedimientos de adquisición extensos y requisitos de prueba y calidad prolongados.

De Rod Vagg un miembro del grupo de trabajo LTS Nodo:

El punto de establecer un plan LTS para Node es construir sobre un ciclo de liberación estable existente por entrega de nuevas versiones en un horario predecible que tienen un ciclo de vida de soporte extendido claramente definido. Si bien esto puede parecer contrario a la tradición de código abierto de "publicación temprana, publicación frecuente", es un requisito esencial para los equipos de desarrollo y operaciones de aplicaciones empresariales. También afecta a las empresas ... que proporcionan apoyo profesional para Nodo.js.

Https://medium.com/@nodesource/essential-steps-long-term-support-for-node-js-8ecf7514dbd#.za353bn08

El post del nodo oficial mencionado en uno de los comentarios también hace un buen trabajo al explicar esto:

Https://nodejs.org/en/blog/community/node-v5 /

A veces se malinterpreta que las versiones con números de versión impares (v5, v7) son una "beta" de la próxima versión de LTS. Esta es una convención utilizada en otro proyecto, pero no en el nodo y es algo engañoso. De hecho, la próxima versión LTS se elige de una versión específica de la versión actual, y esta generalmente será una versión par (v6, v8). No es que las últimas versiones sean betas, es que los lanzamientos de LTS satisfacen una necesidad específica que tienen algunas organizaciones.

Para un punto de referencia mira las versiones de Soporte extendido de Firefox ( https://www.mozilla.org/en-US/firefox/organizations/faq / ) o las versiones LTS de Ubuntu ( https://wiki.ubuntu.com/LTS ). No creo que nadie sugeriría la última versión de Firefox era una versión beta y que la mayoría de los usuarios deben seguir con las versiones anteriores ERS.

Generalmente, si puede mantenerse al día con las últimas versiones estables y futuras de Nodos, debe hacerlo. Estas son versiones estables y listas para la producción con un excelente soporte de la comunidad. La funcionalidad inestable y experimental se mantiene detrás de los indicadores de compilación y tiempo de ejecución y no debe afectar a su operaciones del día a día.

Generalmente siempre me inclino hacia la última versión para las características y el rendimiento (como ahora lo hago asignar de ES6 / ES7)

Esto me sugeriría que las versiones estables y más allá se adaptarán bien a sus necesidades. Esto le dará acceso a las últimas y mejores características del lenguaje proporcionadas por el motor JavaScript subyacente (V8 o Chakra)

De nota: Una diferencia significativa entre v4 (y anteriores) y v5 es que v4 se envía con npm v2 mientras que v5 viene con npm v3. v3 de npm tiene algunos cambios potencialmente rompedores para su proyecto en cómo maneja Peerdependances. La forma en que npm v3 ahora intenta instalar dependencias propias lo más planas posible y evitar duplicados puede afectar sus proyectos, pero ha sido una gran bendición para los usuarios de Windows, por lo que también puede afectar su toma de decisiones.