code-branchPolitique de version

Politique de versions de SocketIO4j

socketio4j suit le versionnage sémantique en utilisant le format :

x.y.z  →  MAJEUR.MINEUR.CORRECTIF

Sémantique des numéros de version

MAJEUR (x)

Incrémenté lorsque :

  • des modifications incompatibles de l'API sont introduites

  • des changements de comportement du protocole surviennent

  • des refontes architecturales majeures ont lieu

MINEUR (y)

Incrémenté lorsque :

  • de nouvelles fonctionnalités ou API sont ajoutées

  • la compatibilité ascendante est préservée

CORRECTIF (z)

Incrémenté lorsque :

  • des corrections de bogues sont appliquées

  • des améliorations de performance sont effectuées

  • des refontes internes n'affectent pas les API publiques

Stratégie de version majeure

3.x – Ligne de compatibilité

  • Maintient la compatibilité avec le fork parent

  • Divergence minimale par rapport à l'upstream

  • Axé sur la stabilité et les corrections de bogues

  • Pas de refonte majeure de l'API

4.x – Ligne LTS (À venir)

  • Introduit de nouvelles API et des fonctionnalités étendues

  • Inclut des améliorations architecturales et de performance

  • Conçu pour une utilisation en production et en entreprise

  • La compatibilité ascendante est maintenue au sein de la ligne 4.x

Statut actuel : 4.0.0 est actuellement en SNAPSHOT et en développement actif. Une fois publié en GA, 4.x deviendra la ligne de support à long terme (LTS).

5.x – Ligne de développement (Prévue)

  • Orientée vers l'avenir et expérimentale

  • Peut introduire des changements incompatibles

  • Itération rapide et exploration de fonctionnalités

  • Non recommandé pour une utilisation en production

Qualificateurs de publication

Les versions préliminaires sont identifiées par des suffixes qualificateurs avant la GA:

Qualificateur
Description

-SNAPSHOT

Développement actif, instable

-M1, -M2

Versions milestone

-RC1, -RC2

Candidats à la publication

(pas de suffixe)

Disponibilité générale (GA)

Exemple de flux de publication


Garanties de stabilité et de support

  • Les versions GA sont prêtes pour la production

  • Les versions de correctif (x.y.z) sont rétrocompatibles

  • Les versions mineures (x.y) ajoutent des fonctionnalités sans casser les API

  • Les versions majeures (x) peuvent introduire des changements incompatibles

  • LTS (4.x) recevra :

    • Corrections de bogues critiques

    • Mises à jour de sécurité

    • Maintenance à long terme

  • Les versions SNAPSHOT devraient jamais être utilisées en production

  • Milestone (-M) et candidat à la publication (-RC) les versions sont destinées à la validation et aux retours

  • Seules Les versions GA sont considérées comme totalement stables

Mis à jour

Ce contenu vous a-t-il été utile ?