code-branchPolítica de versiones

Política de versiones de SocketIO4j

socketio4j sigue Versionado Semántico usando el formato:

x.y.z  →  MAYOR.MENOR.PARCHE

Semántica del número de versión

MAYOR (x)

Se incrementa cuando:

  • Se introducen cambios incompatibles en la API

  • Cambios en el comportamiento del protocolo

  • Ocurren rediseños arquitectónicos importantes

MENOR (y)

Se incrementa cuando:

  • Se agregan nuevas características o APIs

  • Se preserva la compatibilidad hacia atrás

PARCHE (z)

Se incrementa cuando:

  • Se aplican correcciones de errores

  • Se realizan mejoras de rendimiento

  • Refactorizaciones internas que no afectan APIs públicas

Estrategia de versión mayor

3.x – Línea de compatibilidad

  • Mantiene compatibilidad con el fork padre

  • Divergencia mínima respecto al upstream

  • Enfocado en estabilidad y corrección de errores

  • No hay rediseños importantes de la API

4.x – Línea LTS (Próxima)

  • Introduce nuevas APIs y funcionalidad extendida

  • Incluye mejoras arquitectónicas y de rendimiento

  • Diseñada para uso en producción y empresarial

  • Compatibilidad hacia atrás mantenida dentro de la línea 4.x

Estado actual: 4.0.0 actualmente está en SNAPSHOT y en desarrollo activo. Una vez lanzada como GA, 4.x se convertirá en la línea de Soporte a Largo Plazo (LTS).

5.x – Línea de desarrollo (Planificada)

  • De cara al futuro y experimental

  • Puede introducir cambios incompatibles

  • Iteración rápida y exploración de funcionalidades

  • No recomendado para uso en producción

Calificadores de lanzamiento

Las versiones previas al lanzamiento se identifican usando calificadores sufijos antes de GA:

Calificador
Descripción

-SNAPSHOT

Desarrollo activo, inestable

-M1, -M2

Lanzamientos milestone

-RC1, -RC2

Candidatos de lanzamiento

(sin sufijo)

Disponibilidad General (GA)

Ejemplo de flujo de lanzamiento


Garantías de estabilidad y soporte

  • Las versiones GA están listas para producción

  • Las versiones de parche (x.y.z) son compatibles hacia atrás

  • Las versiones menores (x.y) agregan características sin romper las APIs

  • Las versiones mayores (x) pueden introducir cambios incompatibles

  • LTS (4.x) recibirá:

    • Correcciones críticas de errores

    • Actualizaciones de seguridad

    • Mantenimiento a largo plazo

  • Las versiones SNAPSHOT deben nunca ser usadas en producción

  • Milestone (-M) y Candidato de lanzamiento (-RC) las versiones están destinadas a validación y retroalimentación

  • Solo Las versiones GA se consideran totalmente estables

Última actualización

¿Te fue útil?