javascript - node js version 6.0 0
¿Cuáles son las diferencias entre el soporte a largo plazo(LTS) y las versiones estables de Node.js? (3)
Originalmente preguntado: ¿Cuál es la diferencia entre la rama Node.js 4.x con LTS (Soporte a largo plazo) y la rama 5.x (listada como Estable)?
Pero esto es igualmente relevante para comprender la diferencia entre 6.xy 7.x y, en el futuro, 8.xy 9.x
En general, siempre me inclino por la última versión para las características y el rendimiento (como ahora hago mucho ES6 / ES7). ¿Hay alguna información sobre qué tan preparadas están las ramas "estables" para la producción?
Tipos de lanzamiento
-
Actual : En desarrollo activo. El código para la versión actual está en la rama para 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. Todas las versiones principales pares se convertirán en un lanzamiento de LTS. Las versiones LTS reciben 18 meses de soporte activo de LTS 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 funciones, excepto en algunas circunstancias especiales.
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 flujo y debe tratarse como si fuera una versión beta o candidata a 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 lanzamiento estable se convierte en LTS, no se agregarán nuevas funciones o cambios de última hora a ese lanzamiento.
Para comprender la diferencia, debe comprender por qué existe una versión de Nodo de soporte a largo plazo (LTS).
El nodo LTS está dirigido principalmente al uso empresarial donde puede haber más resistencia a las actualizaciones frecuentes, los procedimientos de adquisición extensivos y los requisitos de prueba y calidad largos.
De Rod Vagg, miembro del grupo de trabajo Nodo LTS:
El punto de establecer un plan LTS para Node es construir sobre un ciclo de lanzamiento estable existente mediante la entrega de nuevas versiones nuevas en un cronograma predecible que tenga un ciclo de vida de soporte extendido claramente definido. Si bien esto puede parecer contrario a la tradición de código abierto de "lanzar temprano, lanzar a menudo" es un requisito esencial para el desarrollo de aplicaciones empresariales y los equipos de operaciones. 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:
nodejs.org/en/blog/community/node-v5
A veces se malinterpreta que los lanzamientos de números de versiones impares (v5, v7) son una "beta" del próximo lanzamiento de LTS. Esta es una convención utilizada en otro proyecto pero no en Node y es algo engañosa. De hecho, la próxima versión de LTS se elige de una versión puntual específica de la versión actual, y generalmente será una versión de versión uniforme (v6, v8). No es que las últimas versiones sean beta, es que los lanzamientos de LTS satisfacen una necesidad específica que algunas organizaciones tienen.
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 beta y que la mayoría de los usuarios deberían seguir con las versiones anteriores de ERS.
En general, si puede mantenerse al día con las últimas versiones de Node estables y futuras, debe hacerlo. Estos son lanzamientos estables y listos para producción con un excelente soporte comunitario. La funcionalidad inestable y experimental se mantiene detrás de los indicadores de compilación y tiempo de ejecución y no debe afectar sus operaciones diarias.
En general, siempre me inclino por la última versión para las características y el rendimiento (como ahora hago un montón de ES6 / ES7)
Esto me sugiere que las versiones estables y posteriores se adaptarán bien a sus necesidades. Esto le dará acceso a las últimas y mejores funciones de lenguaje proporcionadas por el motor de JavaScript subyacente (V8 o Chakra)
Nota: una diferencia significativa entre v4 (y anterior) y v5 es que v4 se envía con npm v2 mientras que v5 se envía con npm v3. La versión 3 de npm tiene algunos cambios potencialmente importantes para su proyecto en la forma en que maneja las dependencias de pares. La forma en que npm v3 ahora intenta instalar dependencias propias dependencias 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 esto también puede afectar su toma de decisiones.