Comment fonctionne les numérotations de version d'un programme

Utilisateur anonyme - 25 nov. 2011 à 19:19
cs_casy Messages postés 7741 Date d'inscription mercredi 1 septembre 2004 Statut Membre Dernière intervention 24 septembre 2014 - 25 nov. 2011 à 22:17
Bonjour,
je voulais vous demander comment fonctionne les numérotations de version d'un programme, je m'explique par exemple on fait un programme, 2 semaines après on sort une deuxième version, que faut-il mettre dans l'assembly

On passe de 1.0.0.0 à 2.0.0.0 ? 1.1.0.0 ? 1.2.0.0....

A quoi sert le premier chiffre, deuxième, troisième, quatrième ?

Merci
A voir également:

5 réponses

ucfoutu Messages postés 18038 Date d'inscription lundi 7 décembre 2009 Statut Modérateur Dernière intervention 11 avril 2018 230
25 nov. 2011 à 19:38
Bonjour,

Pas vraiment grand chose à voir avec tel ou tel autre langage de développement.
Et c'est à toi qu'il appartient de choisir ta manière
Lis ceci, pris sur Wikipedia !


____________________
Réponse exacte ? => "REPONSE ACCEPTEE" pour faciliter les recherches d'autres forumeurs.
Pas d'aide en ligne installée ? ==> ne comptez pas sur moi pour simplement vous dire ce qu'elle contient
0
ucfoutu Messages postés 18038 Date d'inscription lundi 7 décembre 2009 Statut Modérateur Dernière intervention 11 avril 2018 230
25 nov. 2011 à 19:42
Et rien ne t'oblige, lorsqu'une "méthode/outil" de numérotation de révision t'est proposée par un logiciel, de t'y conformer. Tu fais ce qui te plait, en fonction de ta logique.


____________________
Réponse exacte ? => "REPONSE ACCEPTEE" pour faciliter les recherches d'autres forumeurs.
Pas d'aide en ligne installée ? ==> ne comptez pas sur moi pour simplement vous dire ce qu'elle contient
0
Utilisateur anonyme
25 nov. 2011 à 20:30
Oui j'avais déjà regardé cet article, moi j'en ai parlé avec un collègue, on a " établie " cette logique :

1 . 2 . 3 . 4

Alors le 1 représente la version par exemle une qui sort en 2009 et 2010 ... Enfin les gros trucs...

Le 2 représente les grosses corrections et ajouts de grosses fonctions

Le 3 correction des bugs

et 4 aussi :)
0
ucfoutu Messages postés 18038 Date d'inscription lundi 7 décembre 2009 Statut Modérateur Dernière intervention 11 avril 2018 230
25 nov. 2011 à 20:39
Hé bien voilà ! Tu l'as déterminée, TA manière.
Une seule règle, maintenant, si tu veux t'y retrouver : applique toujours la même méthode (quelle qu'elle soit). Voilà tout.


____________________
Réponse exacte ? => "REPONSE ACCEPTEE" pour faciliter les recherches d'autres forumeurs.
Pas d'aide en ligne installée ? ==> ne comptez pas sur moi pour simplement vous dire ce qu'elle contient
0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
cs_casy Messages postés 7741 Date d'inscription mercredi 1 septembre 2004 Statut Membre Dernière intervention 24 septembre 2014 40
25 nov. 2011 à 22:17
A la base l'idée c'était Majeure.Mineure.Revision.Build
avec la version majeure correspondant aux grosses évolutions, la version mineure correspondant aux évolutions de moindre importances, la révision pour les corrections de bugs, et le build incrémenté à chaque compilation sans jamais être remis à 0 même aux changements de version.

Cependant aucune règle établie n'existe en la matière, donc chacun à un peu fait ce qui lui plaisait.
Chrome sort une version majeure à chaque version, même pour la correction de bug, Mozilla s'y est mis avec Firefox. Microsoft utilise le n° de build pour Windows, mais l'aligne sur un chiffre rond pour ses versions Release de l'OS. De plus en .Net, avec la méthode ClickOnce, le n° de build est incrémenté par défaut à chaque publication (et non pas compilation).

Une version majeure <1 est supposée traduire une version en cours de développement dont la première release n'est pas encore sortie. Il n'est pas rare de voir des logiciels qui reste en 0.x de nombreuses années malgré plusieurs versions majeures (VLC en est un exemple, qui a mis 8 ans pour sortir en 1.0.0 alors que les version 0.7, 0.8, 0.9 pour ne citer qu'elles étaient de réelles versions majeures pour le logiciel).






[i][b]---- Sevyc64 (alias Casy) ----
[hr]# LE PARTAGE EST NOTRE FORCE #/b/i
0