git tag vs de presse/beta branches?

Question

J'ai été en utilisant git pour environ un an et que vous souhaitez utiliser le marquage, ainsi, la balise s'engage à différentes versions. J'ai trouvé beaucoup d'infos sur les commandes à utiliser pour travailler avec des balises, mais ce que j'aimerais savoir, c'est pourquoi l'utilisation de marquage à tous, si je peux juste créer une nouvelle branche appelée "1.1.0" et ne pas avoir à nuage mon esprit avec un tout nouvel ensemble de commandes git?

Il y a eu beaucoup de bonnes raisons pour le marquage plutôt que de branchement mais je voudrais savoir ce que ces avantages sont.

Answer 1

Une balise est immuable.

Alors que vous pouvez créer une branche nommée "1.0.0" - vous, ou quelqu'un à commettre des droits de l', peut également, puis appuyez simplement sur pour cette branche (délibérément ou non) et de changer ce 1.0.0 moyens.

Vous ne pouvez pas le faire avec une balise, une fois que vous créez une balise c'est elle; Tag 1.0.0 veut dire exactement et ne peut pas être changé^*.

C'est la principale différence entre une balise et une direction

^*Vous pouvez la supprimer et la recréer une balise ainsi, la modification d'une balise, mais certainement pas par accident.

Answer 2

Les balises sont utilisées principalement pour référence ultérieure à la version spécifique du projet, par le marquage d'un commit. Vous pouvez toujours utiliser les branches bien sûr, mais si vous changer de version beaucoup, vous retrouver avec beaucoup de inutilisés ou rarement utilisé branches.

Pratiquement, les tags sont des branches sans les branches de toute façon, juste l'ajout d'un moyen de faire référence à une version spécifique du projet afin de réduire la complexité.

Edit: Ici est une façon agréable à l'utilisation de git que j'utilise pour tous mes projets.

Answer 3

J'ai tendance à utiliser un flux de travail qui intègre à la fois les tags et branches. Les balises sont bons pour marquage publié code ou des compilations de développement. Les Branches sont bon pour garder une trace de toutes les modifications pertinentes à une version spécifique.

Voici un bon article sur ce type de flux de travail: http://nvie.com/posts/a-successful-git-branching-model/

Answer 4

Vous utilisez des balises pour remarque importante s'engage dans l'histoire. "C'était exactement le commettre, nous avons utilisé pour cette version sur que des pluies de jeudi, lorsque le serveur de build cassé". Si vous utilisez une branche à la place d'une balise, vous ne pouvez jamais savoir exactement quoi vous engage utilisé. Vous ne connaissez "Nous avons publié la version 1.1.0 quelque part sur cette branche", à moins que vous manuellement écrire l'exacte valeur de hachage pour qui s'engagent, qui est pourquoi vous utiliser les tags dans la première place :)