Dans son 2005 email to the Linux Kernel mailing list, Linus Torvalds est très emphatique que les balises dans git devraient être privées et ne sont pas automatiquement inclus lors de la récupération des autres:Tags Git global --- évidemment mauvais, mais pourquoi?
Tirer une tête régulière ne peut pas et doitpas balises de mise à jour . Mots-clés ne sont pas associés à l'arbre, et ils ne peuvent pas et doitpas être, exactement parce que cela les rendrait global au lieu de privé, et il serait faire fondamentalement les pas distribués
et:
Il est faux, faux, faux de penser que quelqu'un aller chercher l'arbre elses moyens que vous devriez aller chercher ses tags.
Je ne suis pas un hacker kernal. L'une des raisons pour lesquelles j'utilise git est de pouvoir éditer mon propre code depuis différents endroits. Les balises semblent être un moyen naturel de décrire différentes versions pour référence future, par ex. qu'est-ce qui fonctionne, qu'est-ce qui ne fonctionne pas, quelles bizarreries existent. Donc, pour moi, il semblerait utile d'avoir des balises persistantes entre les récupérations. Quelqu'un peut-il expliquer quel est le danger de ce paradigme?
Pourquoi les balises privées sont-elles si importantes? Et quelle est l'alternative? Dois-je simplement créer une branche distincte chaque fois que je souhaite signaler une version particulière du code?
Notez que seul le défaut; les tags ne sont pas poussés car par défaut git push ** matching **. Lorsque vous récupérez des balises git ** autofolows ** (c'est-à-dire que vous les récupérez lors de la récupération des validations, elles pointent vers). Vous pouvez toujours configurer git pour pousser/récupérer toutes les balises. –