2010-12-09 39 views

Répondre

2

Dans mon entreprise, nous l'utilisons pour signifier que la révision donnée est spéciale d'une certaine manière (à condition que nous utilisions git mais que le but du tag soit le même). Nous l'utilisons pour les éléments suivants:

  • Mark a publié les versions
  • Marquer la partie de code examiné (avec une date, par exemple revue-2010-12-10)
  • Mark patchs spéciaux, comme les ports, avant backports
4

Ceci est un marqueur ponctuel.

Par exemple, un logiciel distribué à d'autres personnes (production, open source) reçoit souvent un numéro de version.

IE. MongoDB 1.6.5 est sorti. De cette façon, à chaque fois que quelqu'un voulait savoir exactement à quoi ressemblait le code source à la sortie mongodb 1.6.5, ils pouvaient simplement regarder les tags, au lieu de la commit log qui pourrait être ... très ... long .. lire tous ces messages de log serait une douleur.

-Daniel

1

Il est donc vous pouvez garder une copie de la source telle qu'elle était quand cette version a été publiée.

Exemple:

Vous travaillez sur votre projet, Livrer vos changements au tronc. Lorsque vous relâchez, vous créez une étiquette du tronc juste comme vous êtes prêt et il n'y a plus de changements de code.

Ensuite, une fois que la version est disponible dans la nature, vous continuez d'ajouter de nouvelles fonctionnalités et corrections de bogues au tronc. Ensuite, vous obtenez un rapport de bug qui doit être corrigé dans une version 1.1.

Maintenant, voici le problème. Vous avez peut-être déjà corrigé le bogue dans votre coffre après sa sortie, mais vous ne voulez pas le libérer car il contient de nouvelles fonctionnalités qui ne sont peut-être pas encore prêtes.

Donc ce que vous pouvez faire maintenant, puisque vous avez une copie du code tel qu'il était lorsque vous avez publié 1.0 dans votre balise 1.0. Vous allez brancher la balise, appliquer le correctif de bogue (ou peut-être fusionner le correctif du tronc dans la branche) et vous pouvez libérer cela en tant que votre 1.1.

Vous pouvez ensuite créer une étiquette de 1.1 et répéter le processus autant de fois que nécessaire.

1

Une balise est un nom symbolique pour un ensemble de révisions (ou dans svn une révision). Il peut correspondre à un numéro de version - qui est un identifiant avec de nombreuses parties destinées à indiquer où se trouve l'arbre, le degré de changement d'une version différente et sa compatibilité probable avec d'autres applications ou bibliothèques.