SemVer di per sé non è realmente progettato per grandi applicazioni. Lo capisco come molto più mirato alle librerie consumate dal software e, in particolare, la logica di numerazione delle versioni è costruita attorno all’API del pacchetto.
Potremmo però applicare semver alle nostre API. Avere garanzie più forti attorno alle API che Discourse espone è certamente una conversazione utile da avere, ma penso che sia separata da questa.
Ora, capisco che tu non abbia detto che dovremmo essere conformi a SemVer, hai solo detto che dovremmo attenerci all’uso di numeri conformi al sistema di numerazione specificato da SemVer.
- Un numero di versione normale DEVE assumere la forma X.Y.Z dove X, Y e Z sono numeri interi non negativi e NON DEVONO contenere zeri iniziali. X è la versione principale, Y è la versione secondaria e Z è la versione patch. Ogni elemento DEVE aumentare numericamente. Ad esempio: 1.9.0 → 1.10.0 → 1.11.0.
Penso che il suggerimento sugli “zeri iniziali” sia l’unica cosa che infrangeremmo se seguissimo quella strada.
Altrimenti, penso che qualsiasi libreria SemVer sarebbe ancora in grado di analizzare i numeri di versione che stiamo suggerendo e ordinarli correttamente.
Tutto ciò a parte, puoi condividere di più sul perché pensi che essere conformi a un sistema di numerazione SemVer abbia valore?