#Gestion des Versions et des milestones de VLM

#Une version

• Une version de VLM correspond à une release (une mise à disposition majeure auprès des utilisateurs.
• Elles sont numérotés par ordre croissant.
• 0.24.0 est une release initiale
• 0.24.1 est une version avec un correctif urgent

#Branches

• Les branches contiennent une version releasé. C'est historiquement le mode de gestion lié à subversion
• Les branches sont nommées d'après le numéro de version : Exemple V_0_24
• Cela pourrait changer à l'avenir...

Un milestone ?

Transition, Community powered, Team New Code, Take five, Have Foehn, etc... sont des "Milestones", en français des jalons, des points de passage ou point d'étapes.

C'est différent d'une version pour plusieurs raison :

• un version est (souvent) normée (1.2.3), un milestones est la plupart du temps une chaine de texte
• il peut y avoir plusieurs milestones entre 2 versions et réciproquement (je sens que je suis en train d'obscurcir le sujet).
• la date d'une version est mis à posteriori (quand la version sort), la date d'un milestone est mis à priori (la cible qu'on veut atteindre).
• dit autrement, le milestone c'est un outil de pilotage des tâches ;)

Bref, le nom d'une milestone est souvent plus poétique / plus chargé de sens (ou dénué de sens) qu'une version.

A quoi ça sert ?

Beaucoup de projet font une "identité" entre version et milestones, pour se simplifier la vie. C'est ce que fait Vlm.

Sur VLM, l'idée est de publier de nouvelles versions souvent, donc les 3 premiers "jalons" correspondaient à :

• Transition, qui contenait essentiellement les bugs sur l'hébergement de base du serveur. (à peu près associé à la version actuelle de Vlm)
• Community Powered pour une première version commune, placée pour la fin décembre (dont le contenu textuel correspond à ton mail de l'autre jour)
• Team New Code, juste un jalon créé pour voir en mettant une date 'd'échéance' (hé, ho! on va pas se fouetter non plus) dans 3 mois.

Nous aurions pu mettre des noms café croissants ou les noms des cap horniers du siècle dernier, c'était pareil :)

Règle d'usage sur VLM

• identité entre milestone et version : la 0.12 correspond au milestone Take Five, etc...
• la version dans un ticket est la plupart du temps la version courante, celle sur laquelle on a détecté le bug
• le milestone est le moment ou on souhaite avoir corrigé le ticket. Dans la pratique, comme on est idéaliste, il s'agit du prochain milestone...