Política de soporte

Esta página explica durante cuánto tiempo recibe correcciones cada línea de versiones de Text.js y qué se considera un cambio incompatible.

#Líneas de versiones

Solo recibe parches la última versión menor de cada versión mayor: cuando se publica 1.5.0, las correcciones se incorporan a 1.5.x, no a 1.4.x. Cuando se publica 2.0.0, la última versión menor de 1.x se convierte en la línea LTS de mantenimiento y se publica con las etiquetas de distribución lts y v1-lts.

#Correcciones en LTS

• Vulnerabilidades de seguridad en los paquetes de Text.js
• Cierres inesperados, pérdida de datos y fallos de compilación sin una solución alternativa
• Compatibilidad con nuevas versiones de Chrome, Edge, Firefox y Safari que impidan el renderizado en la consola
• Compatibilidad con entornos de ejecución y destinos de despliegue con soporte

Las nuevas funcionalidades, las mejoras de rendimiento y las refactorizaciones se incorporan solo a la línea activa.

#Cambios incompatibles

Estos elementos solo cambian en una versión mayor, tras una advertencia de obsolescencia en al menos una versión menor:

• Exportaciones públicas de @textjs/app, @textjs/react y @textjs/core, incluidas @textjs/app/server y @textjs/app/cache
• Opciones de text.config.ts, comandos y opciones de la CLI text
• Convenciones de archivos en app/, middleware.ts y configuración de segmentos de ruta
• Estructuras de salida de los adaptadores (.vercel/output, _worker.js, dist/server.js)

No se incluyen: las API marcadas como experimentales o unstable_, incluido todo lo que se encuentra en @textjs/core/experimental y @textjs/react/experimental (pueden cambiar en una versión menor, con notas en el registro de cambios), los elementos internos como @textjs/core/internal, las cabeceras x-middleware-* y los metadatos de compilación de .text/, las versiones canary y las cadenas de formato y el CSS exactos de console.log (los fotogramas siguen siendo visualmente idénticos; su codificación puede volverse más rápida).

#Soporte de entornos de ejecución

Dejar de admitir una versión de un entorno de ejecución que ha llegado al final de su vida útil no es un cambio incompatible.

#Seguridad

Informa de las vulnerabilidades de forma privada a [email protected] o mediante los avisos de seguridad de GitHub. Las correcciones se publican para todas las líneas con soporte al mismo tiempo, y el aviso se publica cuando las versiones con los parches ya están en npm.

Consulta Canales de publicación para saber cómo se generan las versiones y las etiquetas de distribución.