omega2 | En fait, c'est chacun qui fait sa norme mais il y a quand même quelques régles habituellements respecté (mais pas toujours):
- dans l'ordre RC, R , alpha, beta, stable : ca indique l'avancement de la version, "RC", c'est la premiére version publique, "R", c'est les versions stabilisés au niveau développement (on ne rajoutera pas de nouvelles options ou capacités) alpha, c'est pour les versions, dont la stabilité est plus qu'asardeuse ou inconus, beta, c'est pour les versions buggué mais considéré comme utilisable, stable, c'est les versions qui sont censé n'avoir quasiment plus aucun bug. En pratique, ce n'est que dans les trés gros projets qu'on voit des RC et dans les gros projets qu'on a droit à des R.
- x.y.z.b le b, c'est le numéro de build de la version courante. En gros, à chaque recompilation du logiciel, c'est censé augmenter de 1. le z, c'est pour les suimple correction de bugs. Le y c'est pour les changements visible ou important. Le x c'est pour les changements les plus importants.
- yyyymmddhhmmss : La date et l'heure de la compilation.
Certains rajoutent même le nom de la machine servant à compiler le programme et plus rarement une indication permettant de savoir si c'est une version contenant les infos de debug ou pas.
Pour le nombre pair ou impair, c'est juste un choix fait par ceux qui s'occupent de certains projets tels que linux. On trouve plus souvent la notation x.6 à 9 pour les versions de développement et x.0 à 5 pour les versions stables.
Il est possible de n'utiliser qu'une seule de ces notation ou plusieurs. |