Geckozone

Bonjour à tous,

Qu'ils soient des logiciels ou des sites, ils connaissent des développements séquentiels couronnés par des Versions. Apèrs la version 0.1 vient 0.1.1 ou 0.2, 0.1.10, ... que sais-je !

Ce que j'aimerais comprendre, c'est comment s'effectue ces numérotations ? Comment juge-t-on le passage d'une version à une autre ? Pourquoi un site ou un logiciel qui a subi des modifications passe d'une version 0.1 vers 0.1.3 et non pas 0.1.1 ou 0.2 ? Est-ce une sorte d'arbitrage des repsonsables des projets (site ou logiciel), ou est-ce que chaque passage vers une autre version doit repsecter une certaine logique ?

C'est totalement à discretion des chef de projet...

Par exemple, pour firefox :

premier chiffre : numéro majeur
second chiffre : numero mineur
troisieme : correction de bug...

Et si mozilla as passer de 1.0 à 1.5, c'est tout simplement qu'il n'y auras qu'une version entre la 1 et la 2...

Dans d'autre projet, ils utilise les nombre paire ou impaire pour désigner les ersion en develloppement. Par exemple pour le noyeaux linux, les version à utiliser son :

2.4 ou 2.6, la 2.5 était la version de develloppement... D'autre numérote leur version 1, 2, 3, 4

Il n'y as aucune régle... La seul régle pour les logiciel avec des numéro de version, c'est qu'on essais de dire 2 plus ressent que 1...

En revanche si tu parles de logiciels Mozilla, il y a une règle

Il faut voir que le logiciel voit constamment de nouvelles fonctionnalités ajoutées. C'est le tronc ("trunc" en anglais), qu'il faut voir effectivement comme le tronc d'un arbre, dans lequel tout se passe.

De temps en temps, comme tout arbre, il faut bien avoir des branches latérales... c'est là qu'interviennent les versions. Par exemple, une des branche latérale est la version 1.7. Elle s'est séparée du tronc il y a très longtemps (il faudrait voir les roadmap pour savoir exactement quand). À partir de là, ces branches ont un numéro (par exemple 1.7) et seules des corrections de bugs sont ajoutées, plus de nouvelles fonctionnalités. Elles divergent donc du tronc, s'en séparent, s'en éloignent, sont de plus en plus stables vu qu'il n'y a que des fixations de bugs, donnent des betas (rapidement, pour débugguer à grande échelle), puis quand c'est assez stable des RC (release candidate = candidates de versions = versions qui peuvent perdre leur "rc" si elles sont jugées assez stables), puis la version finale. Ça nous donne par exemple Mozilla 1.7rc3 (je dis un peu au bol, ça n'a pas d'importance) qui devient 1.7.
Ensuite, c'est toujours la même branche, mais il peut rester des bugs gênants ayant échappé au débugguage, ou des failles de sécurité, et on a alors des sous-versions : 1.7.1, 1.7.2... 1.7.9, 1.7.10 etc.
Pendant ce temps évidemment c'est la branche 1.8 qui suit le même chemin

Bon, c'est une version un peu idéalisée de la réalité, m'enfin je pense (j'espère) pas trop éloignée
Bien entendu, toute règle a ses exceptions, et ses complications, et il y en a beaucoup (en particulier Firefox qui n'obéit à aucune règle que je ne puisse comprendre pour l'instant).