Comment fonctionne les numérotations de version d'un programme
Utilisateur anonyme
-
25 nov. 2011 à 19:19
cs_casy
Messages postés7741Date d'inscriptionmercredi 1 septembre 2004StatutMembreDernière intervention24 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:
"Php variables" "php version 4.4.5" "build date" "server api"
ucfoutu
Messages postés18038Date d'inscriptionlundi 7 décembre 2009StatutModérateurDernière intervention11 avril 2018211 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
ucfoutu
Messages postés18038Date d'inscriptionlundi 7 décembre 2009StatutModérateurDernière intervention11 avril 2018211 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
ucfoutu
Messages postés18038Date d'inscriptionlundi 7 décembre 2009StatutModérateurDernière intervention11 avril 2018211 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
Vous n’avez pas trouvé la réponse que vous recherchez ?
cs_casy
Messages postés7741Date d'inscriptionmercredi 1 septembre 2004StatutMembreDernière intervention24 septembre 201440 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