SemVer n’est pas vraiment conçu pour les grandes applications. Je comprends qu’il soit beaucoup plus ciblé sur les bibliothèques consommées par les logiciels, et en particulier, la logique de numérotation des versions est construite autour de l’API du package.
Nous pourrions cependant appliquer SemVer à notre ou nos API. Avoir des garanties plus solides autour des API que Discourse expose est certainement une conversation intéressante à avoir, mais je pense qu’elle est distincte de celle-ci.
Maintenant, je comprends que vous n’avez pas dit que nous devrions être conformes à SemVer - vous avez juste dit que nous devrions continuer à utiliser des nombres conformes au système de numérotation spécifié par SemVer.
- Un numéro de version normal DOIT prendre la forme X.Y.Z où X, Y et Z sont des entiers non négatifs, et NE DOIVENT PAS contenir de zéros non significatifs. X est la version majeure, Y est la version mineure et Z est la version de correction. Chaque élément DOIT augmenter numériquement. Par exemple : 1.9.0 → 1.10.0 → 1.11.0.
Je pense que la suggestion concernant les « zéros non significatifs » est la seule chose que nous enfreindrions si nous empruntions cette voie.
Sinon, je pense que toute bibliothèque SemVer serait toujours capable d’analyser les numéros de version que nous suggérons et de les trier correctement.
Cela dit, pouvez-vous m’en dire plus sur pourquoi vous pensez qu’être conforme à un système de numérotation SemVer a de la valeur ?