Question

Quelle est votre méthode préférée pour nommer vos versions de logiciel? Comme Microsoft: alpha - beta - final - service pack ... Comme Google: Gmail beta - beta - beta - beta - :) Comme certains logiciels: 0.2 - 0.3 - 0.9999 ...

Était-ce utile?

La solution

Major.Minor.Release.Build

Les incréments Release et Build ne doivent pas contenir des "modifications importantes". (par exemple, un format de fichier différent pour stocker les documents), je ne suis pas absolument certain que les versions mineures soient autorisées.

La signification des suffixes alpha, bêta est pour moi:

Alpha / Preview: Hé, j'ai quelque chose que je veux montrer.

Bêta: le jeu de fonctionnalités est complet jusqu'à présent, mais il reste quelques bugs.

Libérer le candidat: Je pense qu'il ne reste plus de bogues (majeurs).

Final: Il pourrait toujours y avoir des bugs, mais je dois les relâcher à un moment; -).

Autres conseils

Nous ne publions pas de logiciel alpha / bêta à nos clients. Par conséquent, nous utilisons simplement:

  • x.0 (pour les versions majeures, contenant des nouveautés importantes / nombreuses)
  • x.1, x.2, etc. (pour les versions mineures contenant de nouvelles fonctionnalités et améliorations mineures)
  • x.y.1, x.y.2, etc. (pour les corrections de bugs / versions de maintenance)

(où x, y = 1,2, ...)

Je préfère les méthodes de prototype, alpha, beta, GA. Cela me permet de communiquer l’état actuel du logiciel aux utilisateurs / clients. Parallèlement à cela, je fournis les numéros de version .2, .3, .4.

  • Le premier chiffre représentant les jalons majeurs.
  • Le deuxième chiffre représente l’incrémentation de la libération (je publie généralement une fois par semaine, donc j'incrémente le deuxième chiffre).
  • Le troisième chiffre est utilisé pour les correctifs. Par conséquent, s’il existe un bogue dans le code qui est corrigé en dehors du calendrier de publication normal, j’utilise le troisième chiffre.

Microsoft utilise la numérotation des versions ainsi que les noms alpha, beta et GA.

Je pense que le nom de la version dépend beaucoup de ce que vous essayez d'accomplir. Si vous publiez quelque chose pour la consommation et n'essayez pas de collecter des données d'une période bêta, n'appelez pas cela la version bêta. Si vous n'essayez pas de prévisualiser la technologie, ne l'appelez pas alpha.

Je travaille principalement avec des applications Web à l'heure actuelle, et nous numérotons simplement nos versions en tant qu'entiers incrémentés en fonction du moment du déploiement (1, 2, 3, 4, 5, etc.). Il n’ya aucune raison de s’engager dans une logique de nommage compliquée si personne ne se soucie de toute façon des versions.

Pour les petits logiciels, juste Major.Minor. Si modifications majeures - certains fichiers d’entrée ne sont pas compatibles avec la version précédente. Nous ne proposons pas de logiciel à nos clients. La même version est destinée aux tests et à la version finale.

La façon dont nous avons nommé nos versions est généralement le numéro de phase. La plupart de nos contrats étant des projets gouvernementaux, nous déploierons la première version, puis passerons à la phase 2, phase 3 à phase 4, lorsque l’entité décidera de suivre les nouvelles demandes de fonctionnalités (et d’obtenir un financement pour ces développements futurs).

Certains noms de projets de logiciels open source sont publiés après la date de publication. Par exemple, Ubuntu 8.04 est sorti en avril 2008 et Ubuntu 6.06 en juin 2006. Mais Ubuntu n’est pas la seule distribution Linux à utiliser cette méthode.

Bien sûr, chaque version d’Ubuntu a également un nom de code qui est chaque fois un animal différent, associé à un adjectif allitérant (l’adjectif sert également de raccourci pour les initiés). Chaque version étant classée dans l’alphabet, les utilisateurs peuvent facilement se rappeler où placer une publication dans le flux continu. Par exemple:

Par exemple 6.06, drake drake 6.10, edgy eft 7.04, fougueux fauve 7.10, gibbon gutsy

Je préfère la notation du noyau Linux: major.minor.release.build, mais j'utilise rarement la partie .build, et je n'utilise pas de nombres pairs / impairs pour les mineurs stables / en développement.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top