Poseemos la mejor respuesta que hemos encontrado en internet. Nosotros esperamos que te sirva de ayuda y si puedes compartir cualquier detalle que nos pueda ayudar a mejorar hazlo libremente.
Solución:
Para comprender 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 las actualizaciones frecuentes, los procedimientos de adquisición extensos y los requisitos de prueba y calidad prolongados.
De Rod Vagg, miembro del grupo de trabajo Node LTS:
El objetivo de establecer un plan LTS para Node es construir sobre un ciclo de lanzamiento estable existente mediante la entrega de nuevas versiones en un cronograma predecible que tenga un ciclo de vida de soporte extendido claramente definido. Si bien esto puede parecer contradictorio con la tradición de código abierto de “lanzamiento temprano, lanzamiento frecuente”, es un requisito esencial para los equipos de operaciones y desarrollo de aplicaciones empresariales. También afecta a las empresas… que brindan soporte profesional para Node.js.
https://medium.com/@nodesource/essential-steps-long-term-support-for-node-js-8ecf7514dbd#.za353bn08
La publicación oficial de Node mencionada 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 los lanzamientos de números de versión impares (v5, v7) son una “beta” del próximo lanzamiento de LTS. Esta es una convención utilizada en otros proyectos pero no en Node y es algo engañosa. De hecho, el próximo lanzamiento de LTS se elige a partir de un lanzamiento de punto específico de la versión actual y, por lo general, será un lanzamiento de 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 obtener un punto de referencia, consulte 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 sugiriera que la última versión de Firefox era una versión beta y que la mayoría de los usuarios deberían quedarse con las versiones anteriores de ERS.
En general, si puede mantenerse al día con las últimas versiones estables y futuras de Node, debe hacerlo. Estos son estables y producción lista lanzamientos con excelente apoyo 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 debería afectar sus operaciones diarias.
En general, siempre me inclino por la última versión en cuanto a características y rendimiento (ya que ahora hago una gran cantidad de ES6 / ES7)
Esto me sugeriría que las versiones estables y posteriores se adaptarán bien a sus necesidades. Esto le dará acceso a las funciones de idioma más recientes y mejores proporcionadas por el motor de JavaScript subyacente (V8 o Chakra)
Importante: una diferencia significativa entre v4 (y anteriores) y v5 es que v4 se envía con npm v2, mientras que v5 se envía con npm v3. v3 de npm tiene algunos cambios potencialmente importantes para su proyecto en la forma en que maneja las dependencias entre pares. La forma en que npm v3 ahora intenta instalar dependencias propias de la manera más plana posible y evitar duplicados puede afectar sus proyectos, pero ha sido una gran ayuda para los usuarios de Windows, por lo que también puede afectar su toma de decisiones.
La 4.x es la versión que se admite actualmente, similar a una versión de producción. La versión 5.0 es estable, pero es la próxima versión en proceso de cambio y debe tratarse me gusta es un candidato beta o de lanzamiento. Como tal, actualmente no ve 5.0 como una opción en cosas como Amazon Elastic Beanstalk.
Una vez que una línea de versión estable se convierte en LTS, no se agregarán nuevas funciones ni cambios importantes a esa versión.
Fuente
Tipos de lanzamiento
-
Actual: En desarrollo activo. El código de la versión actual se encuentra en la rama correspondiente a su número de versión principal (por ejemplo, v10.x). Node.js lanza una nueva versión principal cada 6 meses, lo que permite cambios importantes. Esto sucede en abril y octubre de cada año. Los lanzamientos que aparecen cada octubre tienen una vida útil de 8 meses. Los lanzamientos que aparecen cada abril se convierten a LTS (ver más abajo) cada octubre.
-
LTS: versiones que reciben soporte a largo plazo, con un enfoque en la estabilidad y la seguridad. Cada versión principal con números pares se convertirá en un lanzamiento LTS. Los lanzamientos de LTS reciben 18 meses de LTS activo apoyo y otros 12 meses de Mantenimiento. Las líneas de lanzamiento de LTS tienen nombres en clave ordenados alfabéticamente, comenzando con v4 Argon. No hay cambios importantes ni adiciones de características, excepto en algunas circunstancias especiales.
Fuente
Recuerda que tienes el privilegio agregar una reseña .