Comment renommer un tag Git ?

Question

Aujourd'hui, je regardais les journaux d'un projet et je me suis rendu compte que j'avais trouvé un nom de balise il y a quelque temps. Existe-t-il un moyen de renommer le tag ? Google n'a rien trouvé d'utile.

Je sais que je peux vérifier la version balisée et créer une nouvelle balise, j'ai même essayé. Mais cela semble créer un objet tag qui n'est pas tout à fait correct. Par exemple,

git tag -l

la liste n'est pas ordonnée par rapport à toutes les autres balises. Je n'ai aucune idée si cela est significatif, mais cela m'amène à penser que le nouvel objet balise n'est pas tout à fait ce que je veux. Je peux m'en accommoder, car la seule chose qui m'importe est que le nom de la balise corresponde à la documentation, mais je préférerais faire les choses "correctement", en supposant qu'il y ait un moyen correct de le faire.

Answer 1

Voici comment je renomme une balise old a new :

git tag new old
git tag -d old
git push origin new :old

Le deux-points dans la commande push supprime la balise du référentiel distant. Si vous ne faites pas cela, Git créera l'ancienne balise sur votre machine lorsque vous tirerez. Enfin, assurez-vous que les autres utilisateurs suppriment la balise supprimée. Veuillez leur dire (collègues de travail) d'exécuter la commande suivante :

git pull --prune --tags

Notez que si vous modifiez une balise annotée vous devez vous assurer que l'option nouveau nom de balise fait référence au commit sous-jacent et non pas à l'ancienne balise annotée annoté que vous êtes sur le point de supprimer. Par conséquent, utilisez git tag -a new old^{} au lieu de git tag new old (ceci est dû au fait que les balises annotées sont des objets alors que les balises légères ne le sont pas, Plus d'informations dans cette réponse ).

Answer 2

La question originale était de savoir comment renommer une balise, ce qui est facile : créez d'abord NEW comme alias de OLD : git tag NEW OLD puis supprimez OLD : git tag -d OLD .

La citation concernant "la méthode Git" et l'(in)bon sens est erronée, parce qu'il s'agit de préserver un nom de balise, mais en lui faisant faire référence à un état de dépôt différent.

Answer 3

En plus des autres réponses :

Vous devez d'abord créer un alias de la vieux qui pointe vers le commit original :

git tag new old^{}

Ensuite, vous devez supprimer l'ancien localement :

git tag -d old

Supprimez ensuite la balise sur votre ou vos sites distants :

# Check your remote sources:
git remote -v
# The argument (3rd) is your remote location,
# the one you can see with `git remote`. In this example: `origin`
git push origin :refs/tags/old

Enfin, vous devez ajouter votre nouvelle balise à l'emplacement distant. Tant que vous n'avez pas effectué cette opération, la ou les nouvelle(s) balise(s) ne sera pas être ajouté :

git push origin --tags

Répétez cette opération pour chaque site distant.

Soyez conscient, de la les implications qu'un changement de Tag Git a aux consommateurs d'un paquet !

Answer 4

Cette page wiki a cette phrase intéressante, qui nous rappelle que nous pouvons pousser plusieurs références :

git push origin refs/tags/<old-tag>:refs/tags/<new-tag> :refs/tags/<old-tag> && git tag -d <old-tag>

et demander aux autres cloneurs de le faire git pull --prune --tags

L'idée est donc de pousser :

• <new-tag> pour chaque commits référencé par <old-tag> : refs/tags/<old-tag>:refs/tags/<new-tag> ,
• la suppression de <old-tag> : :refs/tags/<old-tag>

Voir par exemple " Changer la convention de nommage des balises dans un dépôt git ? ".

Answer 5

S'il est publié, vous ne pouvez pas le supprimer (sans risquer de vous faire goudronner et plumer). La "méthode Git" consiste à le faire :

La chose la plus saine. Admettre que tu as merdé, et utiliser un autre nom. Les autres ont déjà vu un nom de tag, et si vous gardez le même nom, vous risquez de vous retrouver dans la situation où deux personnes ont toutes deux la "version X", mais ont en fait des "X" différents. Il suffit donc de l'appeler "X.1" et d'en finir.

Alternativement,

La chose insensée. Vous voulez vraiment appeler la nouvelle version "X" aussi, même si les autres ont déjà vu l'ancienne. Il suffit donc d'utiliser à nouveau git-tag -f, comme si vous n'aviez pas déjà publié l'ancienne.

C'est tellement fou parce que :

Git ne change pas (et ne devrait pas) les balises dans le dos des utilisateurs. Donc, si quelqu'un a déjà l'ancienne balise, faire un git-pull sur votre arbre ne devrait pas simplement lui faire écraser l'ancienne.

Si quelqu'un a obtenu une balise de publication de votre part, vous ne pouvez pas simplement changer la balise pour lui en mettant à jour votre propre balise. Il s'agit d'un problème de sécurité important, dans la mesure où les gens DOIVENT pouvoir faire confiance à leur nom de tag. Si vous voulez vraiment faire une chose insensée, vous devez tout simplement l'avouer et dire aux gens que vous vous êtes trompé.

Avec l'aimable autorisation de la pages de manuel .