Salut,

Bon je viens vous poser une question qui me trotte dans la tête et sa m'énerve de ne pas avoir de réponse

Je voulais savoir comment les développeur calcule leur versions de jeu.

Genre un jeu par exemple en 0.1.2 il fait une mise a jour il le passe en 0.1.3 mais pourquoi ? Pourquoi il ne l'a pas mis en 0.1.21 ou même en 0.2 ?

Voili voilou

Chacun fait son système de version. Personnellement, je les met de la forme A.B.C, A est le numéro de version principal qui déterminent en gros si de la 1 a la 2 y a tout qui change ou pas. B détermine les ajouts de la version, et C les évolutions de corrections de bug. Concrêtement, la version 1.2 succède à la 1.1 grâce à l'ajout d'une fonctionnelité, mais la version 1.2.1 tarde pas à arriver car la 1.2 etait buguée, etc. Et ensuite, la 1.3 arrive, je ne garde pas le numéro de bug.

Ah merci pour cette petite explication

N'empêche y'en a qui doivent avoir une sacrée organisation alors parce que j'ai déjà vu des trucs du genre 1.156487...

Perso j'ai un modèle plus strict.
01.02.03

03 : Changement graphique
02 : Faille&Correction mineure
01 : Changement du moteur de jeu (Modification du gameplay)

Les update graphique c'est rapide à faire,
Les corrections mineures sont dues aux transformations du moteur principal et ne se découvrent jamais toutes en même temps.
En gros tu lances ton jeu et t'attends les retour des joueurs pour les bugs (Cf Bf4, c'est la méthode crash test)

Donc c'est normal de voir des trucs du genre 2.24.16

Bonjour
En fait il semble que chaque entreprise a sa manière de faire, il n'y a qu'a voir sony avec leur PS4 a peine patché qu'elle est en 1.54

POur microsoft (dans visual studio) on a
M.m.B.R
M pour numéro majeur, genre COD 1 ou COD 2.
m pour mineur genre on sort une dlc et sa donne la version 1.1
B pour build ou nombre de compilation total du projet pour le publique (car en interne sa ferais beaucoup trop).
R pour révision, genre on a trouver un bug, qui a été corrigé donc on a révisé le code.