forked from FroSteel/Planification
docs: clarification du schéma de versionning ANNÉE.MAJEURE.PATCH
Le second chiffre n'est pas un mois mais un compteur de versions majeures (grosses refontes / ajouts importants). Le troisième est le patch livré à chaque petite mise à jour dans la majeure courante.
This commit is contained in:
@@ -60,14 +60,24 @@ L'extension a connu **3 systèmes de versionning successifs** :
|
|||||||
|---|---|---|
|
|---|---|---|
|
||||||
| 16-17 avril 2026 | Versions de base | `1.0.0`, `2.0.0`, `3.0.0` |
|
| 16-17 avril 2026 | Versions de base | `1.0.0`, `2.0.0`, `3.0.0` |
|
||||||
| 18-20 avril 2026 | SemVer classique | `4.1.3`, `4.2.8`, `5.0.12` |
|
| 18-20 avril 2026 | SemVer classique | `4.1.3`, `4.2.8`, `5.0.12` |
|
||||||
| 21 avril 2026 → maintenant | **Année + mois + patch** | `2026.5.16` → `2026.5.37` |
|
| 21 avril 2026 → maintenant | **`ANNÉE.MAJEURE.PATCH`** | `2026.5.16` → `2026.5.37` |
|
||||||
|
|
||||||
### Pourquoi le passage à `YYYY.M.PATCH` ?
|
### Format actuel : `ANNÉE.MAJEURE.PATCH`
|
||||||
|
|
||||||
À partir de la **v2026.5.16** (21 avril 2026), l'extension est passée au versionning par année :
|
À partir de la **v2026.5.16** (21 avril 2026), l'extension utilise le schéma suivant :
|
||||||
- Plus lisible pour les utilisateurs (l'année indique immédiatement la fraîcheur)
|
|
||||||
- Plus de débat sur ce qui constitue un "majeur" vs "mineur"
|
| Position | Sens | Quand ça change |
|
||||||
- Bump du `PATCH` à chaque livraison
|
|---|---|---|
|
||||||
|
| `2026` | **Année** | À chaque nouvelle année calendaire |
|
||||||
|
| `5` | **Majeure** | À chaque **gros changement / ajout important** (refonte, nouvelle feature majeure, bump volontaire) |
|
||||||
|
| `37` | **Patch** | À **chaque livraison** dans la majeure courante (corrections, ajustements, petites features) |
|
||||||
|
|
||||||
|
Exemples :
|
||||||
|
- `2026.5.16` → `2026.5.17` : petite correction ou ajustement (patch)
|
||||||
|
- `2026.5.37` → `2026.6.0` : refonte majeure (par exemple nouvelle vue, nouvelle architecture)
|
||||||
|
- `2026.x.y` → `2027.0.0` : passage à la nouvelle année
|
||||||
|
|
||||||
|
Le numéro de **majeure** n'est **pas** un mois et **pas** un chiffre lié au calendrier — c'est un compteur de versions importantes propre au projet (la `5` actuelle continue le `5.x` qui précédait, repris tel quel lors du passage au format annuel).
|
||||||
|
|
||||||
⚠️ **Important** : `v2026.5.16` succède chronologiquement à `v5.0.12`, malgré le numéro qui semble plus petit. Le préfixe `2026` indique l'année.
|
⚠️ **Important** : `v2026.5.16` succède chronologiquement à `v5.0.12`, malgré le numéro qui semble plus petit. Le préfixe `2026` indique l'année.
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user