De nombreuses mises à jour logicielles suivent le schéma de v0.1 à v0.2 à v2.6.5.6 . Que signifient réellement ces "mises à jour" du logiciel? Existe-t-il une norme industrielle toujours suivie ou les programmeurs continuent-ils à peu près d'augmenter la mise à jour # ou d'ajouter plus de décimales?
deployment
software-updates
software-distribution
James Mertz
la source
la source
Réponses:
Comme l'a dit Shaun, il n'y a pas vraiment de norme. Certaines sociétés ont de meilleures pratiques de versioning que d'autres (j'ai eu affaire à des fournisseurs qui ignorent les numéros de version principaux et d'autres qui sont bloqués sur le même xy plusieurs versions plus tard).
Cela dit, l'inventeur de Gravatars et cofondateur de GitHub ( Tom Preston-Werner ) est l'auteur d'un document pour « Semantic Versioning » qui vaut largement la peine d'être lu.
Voici l'exception de l'intro:
la source
Avec 4 chiffres, il s'agit généralement de MajorV.MinorV.PatchNum.BuildNum, au moins là où je travaille.
Personnellement, je préfère le schéma de version d'Ubuntu - rend la vie tellement plus facile.
la source
La version courte est qu'il n'y a pas de norme et que les entreprises font ce qu'elles veulent. Essentiellement, plus vous avez de nombres, plus la quantité de changements que chaque nombre représente est petite. Généralement, vous verrez au moins la version xy, où un changement de x dans x signifie des versions majeures (améliorations majeures / déploiements de fonctionnalités) et y signifie des versions mineures (ajustements importants ou corrections de défauts). Plus de décimales après ces deux éléments peuvent signifier différentes choses en interne pour une entreprise, bien qu'elles tournent souvent autour de versions ou de correctifs de contenu mineurs qui représentent des correctifs plus rapides et plus petits.
Wikipedia a un article qui couvre cela plus en détail.
la source
Le but des numéros de version est de fournir une référence pour les rapports de problèmes. La seule exigence est que chaque version ait un numéro de version unique. Certains nombres sont dictés par le marketing - des nombres entiers plus grands sont plus faciles à vendre, et des nombres de puissance comme 10 (chiffre romain X) sont vraiment accrocheurs. Certaines personnes utilisent une variante du versioning sémantique:
De nombreux groupes abandonnent le numéro BUILD dans leurs versions. Il n'est généralement utile qu'entre les groupes de test et de développement.
Certains groupes ajoutent des sémantiques supplémentaires, telles que les incréments MINOR impairs sont pour les versions expérimentales et les incréments MINOR pairs sont pour les versions de production (le noyau Linux utilise cette approche).
L'essentiel, c'est qu'il n'y a pas de norme, à part que les versions plus récentes utilisent des numéros de version plus élevés et que chaque numéro de version est unique.
la source