+- JeuWeb - Crée ton jeu par navigateur (https://jeuweb.org)
+-- Forum : Discussions, Aide, Ressources... (https://jeuweb.org/forumdisplay.php?fid=38)
+--- Forum : Programmation, infrastructure (https://jeuweb.org/forumdisplay.php?fid=51)
+--- Sujet : A propos du changement de Version (/showthread.php?tid=2585)
RE: A propos du changement de Version - Argorate - 09-07-2008
Je suis comme manip, le changement de version est proportionnel au changement divers effectuer.
Personnellement, je trouve logique de commencer a la version 1.0, puis de monter progressivement .
Si tu arrives a la version 1.9, tu n'es pas obligé de passé a la v2, tu fait 1.9.0 par exemple.
(si tu tien vraiment a passé des versions tous les mois, tu peux même finir a la verson 1.9.4.9, mais ça devient du n'importe quoi a mon sens, bien qu'il n'y est aucune regle officiel a ce propos).
La version 2 est censé représenter plus que de simple corrections de bugs ou petites améliorations.
Par exemple changement du design + amélioration global du game play peuvent être annonciateur de la version 2.0.
Après je pense que c'est un peu au gout de chacun. Moi je pense que la correction de bug (sauf si il y en a beaucoup ou si ils sont très gros) n'est pas vraiment un passage de version a mon sens, il faut des ajouts plus que des corrections de choses déjà censé marcher...
RE: A propos du changement de Version - Anthor - 10-07-2008
J'utilise simplement les révisions de Subversion, le fichier de configuration est automatiquement taggé.
Pour ma part, cela me servira plus d'outils de référencement, car chaque nouvelle révision entraine une nouvelle description des modifications effectuées.
Donc, plus de pages.
RE: A propos du changement de Version - keke - 10-07-2008
Avec le GOROCO, tu réponds à pratiquement tous les problèmes que tu viens de mentionner. En plus, c'est simple d'usage et de compréhension. Tu peux l'appliquer à chaque projet quel qu'en soit la taille (A FT, là où j'ai découverts ce principe, il était utilisé par des projets de plusieurs millions d'euros).
Ainsi, si tu arrive à la version G1R9 commen mentionné, ben tu passes à la G1R10 si tu juge que ce n'est pas une "grosse évolution".
Si tu fais des corrections, elles n'apparaissent pas à l'utilisateur car tu passes de la version G1R10C1 à la G1R10C2 ... et l'utilisateur n'a pas conscience de la version Corrective. (je rappelle : G = générale, R = release = version opérationnelle, C = corrective.)
Tu passe de G1 à G2 lors de grosse avancée dans le jeu (en ton sens, cela peut être du gameplay, une nouvelle ergonomie etc ..)
Tu passes de R1 à R2 pour les petites avancées du jeu
et tu passes de C1 à C2 avec les corrections de bugs.
Voilou !
Kéké.
RE: A propos du changement de Version - Sephi-Chan - 10-07-2008
Anthor a écrit :J'utilise simplement les révisions de Subversion, le fichier de configuration est automatiquement taggé.Peux-tu détailler s'il te plaît ? Ça m'intéresse.
Pour ma part, cela me servira plus d'outils de référencement, car chaque nouvelle révision entraine une nouvelle description des modifications effectuées.
Donc, plus de pages.
Sephi-Chan
RE: A propos du changement de Version - Anthor - 13-07-2008
J'utilise la propriété Autoprops de Tortoise SVN, couplé à la propriété set:keywords, elle me permet de retourner, tout un tas d'informations taggés directement à l'exportation dans les fichiers demandés.
Au final, je tag mon fichier de configuration pour récupérer de façon automatique la dernière révision et la dernière date de modification.
Outre Tortoise, SVN en ligne de commande doit pouvoir être configuré de la même manière.
RE: A propos du changement de Version - Sephi-Chan - 13-07-2008
Effectivement, je n'ai pas encore eu l'occasion de bien fouiller SVN en ligne de commande.
Sephi-Chan
RE: A propos du changement de Version - Anthor - 13-07-2008
http://svnbook.red-bean.com/en/1.1/ch07s02.html
Elles sont expliquées ici.
Je l'ai configuré comme ceci pour ma part :
Code PHP :
<?php
[miscellany]
global-ignores = *.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store build dist target
enable-auto-props = yes
[auto-props]
*.c = svn:eol-style=native;svn:keywords=Date Author Id Revision HeadURL
*.php = svn:eol-style=native;svn:keywords=Date Author Id Revision
*.cpp = svn:eol-style=native;svn:keywords=Date Author Id Revision HeadURL
*.h = svn:eol-style=native;svn:keywords=Date Author Id Revision HeadURL
*.dsp = svn:eol-style=CRLF
*.dsw = svn:eol-style=CRLF
*.sh = svn:executable;svn:eol-style=native;svn:keywords=Date Revision
*.cmd = svn:mime-type=text/plain;svn:eol-style=CRLF
*.bat = svn:mime-type=text/plain;svn:eol-style=CRLF
Makefile = svn:eol-style=native;svn:keywords=Date Author Id Revision HeadURL
*.obj = svn:mime-type=application/octet-stream
*.bin = svn:mime-type=application/octet-stream
*.bmp = svn:mime-type=image/bmp
*.class = svn:mime-type=application/java
*.doc = svn:mime-type=application/msword
*.exe = svn:mime-type=application/octet-stream
*.gif = svn:mime-type=image/gif
*.gz = svn:mime-type=application/x-gzip
*.jar = svn:mime-type=application/java-archive
*.jelly = svn:mime-type=text/plain;svn:eol-style=native;svn:keywords=Date Revision
*.jpg = svn:mime-type=image/jpeg
*.jpeg = svn:mime-type=image/jpeg
*.pdf = svn:mime-type=application/pdf
*.png = svn:mime-type=image/png
*.tgz = svn:mime-type=application/octet-stream
*.tif = svn:mime-type=image/tiff
*.tiff = svn:mime-type=image/tiff
*.zip = svn:mime-type=application/zip
*.txt = svn:mime-type=text/plain;svn:eol-style=native;svn:keywords=Date Revision
*.xml = svn:mime-type=text/xml;svn:eol-style=native;svn:keywords=Date Revision
*.ent = svn:mime-type=text/plain;svn:eol-style=native;svn:keywords=Date Revision
*.dtd = svn:mime-type=text/plain;svn:eol-style=native;svn:keywords=Date Revision
*.vsl = svn:mime-type=text/plain;svn:eol-style=native;svn:keywords=Date Revision
*.xsd = svn:mime-type=text/xml;svn:eol-style=native;svn:keywords=Date Revision
*.xsl = svn:mime-type=text/xml;svn:eol-style=native;svn:keywords=Date Revision
*.wsdl = svn:mime-type=text/xml;svn:eol-style=native;svn:keywords=Date Revision
*.htm = svn:mime-type=text/html;svn:eol-style=native;svn:keywords=Date Revision
*.html = svn:mime-type=text/html;svn:eol-style=native;svn:keywords=Date Revision
*.css = svn:mime-type=text/css;svn:eol-style=native;svn:keywords=Date Revision
*.js = svn:mime-type=text/plain;svn:eol-style=native;svn:keywords=Date Revision
*.jsp = svn:mime-type=text/plain;svn:eol-style=native;svn:keywords=Date Revision
*.txt = svn:mime-type=text/plain;svn:eol-style=native;svn:keywords=Date Revision
*.java = svn:mime-type=text/plain;svn:eol-style=native;svn:keywords=Date Revision
*.properties = svn:mime-type=text/plain;svn:eol-style=native;svn:keywords=Date Revision
*.sql = svn:mime-type=text/plain;svn:eol-style=native;svn:keywords=Date Revision