Il pacchetto di sviluppo del gioco Unity utilizza il seguente schema di numerazione della versione:
{major}.{minor}.{patch}{type}{number}
Con i seguenti tipi noti:
Alcuni esempi:
Questa è una formattazione standard per i numeri di versione?
Sembra essere abbastanza comune, sì. Dai un'occhiata all'articolo di Wikipedia su versioning del software .
La citazione di seguito è tratta da quella pagina:
Alcuni schemi utilizzano uno zero nella prima sequenza per designare lo stato alfa o beta per le versioni che non sono sufficientemente stabili per la distribuzione generale o pratica e sono destinate al testing o solo per uso interno.
Può essere utilizzato nella terza posizione:
0 for alpha (status)
1 for beta (status)
2 for release candidate
3 for (final) release
Ad esempio:
1.2.0.1 instead of 1.2-a1
1.2.1.2 instead of 1.2-b2 (beta with some bug fixes)
1.2.2.3 instead of 1.2-rc3 (release candidate)
1.2.3.0 instead of 1.2-r (commercial distribution)
1.2.3.5 instead of 1.2-r5 (commercial distribution with many bug fixes)
Non come tale; Non esiste uno schema di versioning standard one . In quanto tale, ogni progetto tende a scegliere uno schema di versione che si adatti al loro modello di sviluppo / rilascio (e questo è perfetto, purché lo schema di versioning sia noto, coerente e rispettato dagli sviluppatori).
Ecco alcuni esempi di versione che ho utilizzato nel corso degli anni:
Versione in stile Linux / OSS (inizia da 0.1 e incrementa con ogni piccola caratteristica, quando è stabile, incrementa a 1.0)
Applicazioni Windows - versione di stile (a partire da 1.0 [.0] con gli ultimi numeri che rappresentano la versione principale, versione secondaria e numero di build)
Linux-kernel - convenzione di stile (inizia da 0.1.0, incrementa la versione con ogni funzione stabile, incrementa di due per ogni revisione interna, mantenendo i numeri di build dispari come build interne e definendo la versione usando il successivo dispari numero di build con ogni versione pubblica)
personalizzato (ho vari esempi su questo). L'ultima volta che ho sviluppato una libreria per un cliente, la libreria è stata definita 1.0RC - release candidate. Ad ogni revisione della libreria è stato aumentato il "numero RC", quindi ho avuto 1.0RC1, 1.0RC2 e così via.
La libreria sarebbe diventata 1.0 quando il primo cliente avrebbe iniziato a usarlo, quindi ogni revisione sarebbe stata 1.1RC, 1.1RC2 e così via. Ho lasciato il progetto quando la libreria era su 1.0RC3.
Leggi altre domande sui tag version-control versioning