Considérez un numéro de version complet comme 8.3.2.37.
Le premier groupe (avant le premier point) est le numéro de version. Une version introduit de nouvelles fonctionnalités majeures, peut impliquer un remaniement/une réarchitecture interne importante et peut rompre la compatibilité avec les versions précédentes ou les plateformes précédemment prises en charge.
Le deuxième groupe est le numéro de version. Il s'agit d'une mise à jour plus petite dans une mise à jour. Elle peut ajouter quelques nouvelles fonctionnalités et corriger des bogues assortis. Elle n'inclut généralement pas de changements majeurs de conception interne ou d'architecture et doit être (la plupart du temps) rétrocompatible avec les autres versions de la même version.
Le troisième groupe est le numéro de révision. Une révision contient généralement des corrections de bogues et de minuscules améliorations.
Le numéro de build est un numéro de build séquentiel au sein d'une version. Dans mon exemple ci-dessus, il s'agit de la 37e build de la révision 8.3.2. Le numéro de build est généralement incrémenté automatiquement par un processus de build d'intégration continue (CI). Un seul build sera le build officiel pour une révision donnée. Si ma 8.3.2.37 est publiée et qu'un bogue critique est ensuite découvert, le correctif se trouverait dans la 8.3.3.x.
Tous les projets n'utilisent pas ce schéma mais il est assez courant.