Jak zmienić nazwę tagu Git?

Dzisiaj przeglądałem dzienniki projektu i zdałem sobie sprawę, że jakiś czas temu natknąłem się na nazwę tagu. Czy jest jakiś sposób na zmianę nazwy tagu? Google nie znalazł niczego przydatnego.

Zdaję sobie sprawę, że mogłem sprawdzić oznakowaną wersję i stworzyć nowy tag, nawet tego spróbowałem. Ale wydaje się, że tworzy to obiekt znacznika, który nie jest całkiem właściwy. Po pierwsze

git tag -l

wyświetla listę nie uporządkowaną względem wszystkich innych tagów. Nie mam pojęcia, czy to znaczące, ale prowadzi mnie do przekonania, że ​​nowy obiekt znacznika nie jest dokładnie tym, czego chcę. Mogę z tym żyć, ponieważ naprawdę dbam tylko o to, aby nazwa znacznika była zgodna z dokumentacją, ale wolę zrobić to „dobrze”, zakładając, że jest to właściwy sposób.

Oto jak zmienić nazwę tagu oldna new:

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

Dwukropek w poleceniu push usuwa znacznik ze zdalnego repozytorium. Jeśli tego nie zrobisz, Git utworzy stary znacznik na twoim komputerze, gdy go pociągniesz.

Na koniec upewnij się, że inni użytkownicy usuwają usunięty tag. Powiedz im (współpracownikom), aby uruchomili następujące polecenie:

git pull --prune --tags

Zauważ, że jeśli zmieniasz znacznik z adnotacjami , musisz upewnić się, że nazwa nowego znacznika odnosi się do bazowego zatwierdzenia, a nie starego obiektu znacznika z adnotacjami, który zamierzasz usunąć. Dlatego używaj git tag -a new old^{}zamiast git tag new old(to dlatego, że tagi z adnotacjami są obiektami, podczas gdy tagi lekkie nie są, więcej informacji w tej odpowiedzi ).

Oryginalny pytanie, jak zmienić nazwę znacznik, który jest prosty: najpierw utworzyć nowe jako alias starych: git tag NEW OLDnastępnie usunąć stare: git tag -d OLD.

Cytat dotyczący „sposobu Gita” i (nie) zdrowia psychicznego jest nie na miejscu, ponieważ mówi o zachowaniu nazwy znacznika, ale o odwołaniu go do innego stanu repozytorium.

Oprócz innych odpowiedzi:

Najpierw trzeba zbudować alias o starej nazwie znacznika, wskazując na oryginale popełnić:

git tag new old^{}

Następnie musisz usunąć stary lokalnie :

git tag -d old

Następnie usuń tag ze zdalnych lokalizacji:

# 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

Wreszcie musisz dodać nowy tag do zdalnej lokalizacji. Dopóki tego nie zrobisz, nowe tagi nie zostaną dodane:

git push origin --tags

Iteruj to dla każdej zdalnej lokalizacji.

Pamiętaj o konsekwencjach, jakie zmiana Git Tag ma dla konsumentów pakietu!

Jeśli jest opublikowany, nie można go usunąć (bez ryzyka smołowania i upierzania). „Sposób Git” polega na:

Rozsądna rzecz. Po prostu przyznaj, że spieprzyłeś i użyj innej nazwy. Inni widzieli już jedną nazwę znacznika, a jeśli zachowasz tę samą nazwę, możesz być w sytuacji, że obie osoby mają „wersję X”, ale tak naprawdę mają różne „X”. Więc po prostu nazwij to „X.1” i gotowe.

Alternatywnie,

Szalona rzecz. Naprawdę chcesz nazwać nową wersję „X”, nawet jeśli inni już widzieli starą. Więc po prostu ponownie użyj git-tag -f, tak jakbyś nie opublikował jeszcze starego.

To takie szalone, ponieważ:

Git nie zmienia (i nie powinien) zmieniać tagów za użytkownikami. Więc jeśli ktoś już ma starą etykietkę, wykonanie polecenia git-pull na twoim drzewie nie powinno po prostu zmusić go do zastąpienia starego.

Jeśli ktoś dostał od ciebie tag wydania, nie możesz po prostu zmienić dla niego tagu poprzez aktualizację własnego. Jest to duży problem bezpieczeństwa, ponieważ ludzie MUSZĄ mieć zaufanie do swoich tagów. Jeśli naprawdę chcesz zrobić szaloną rzecz, musisz po prostu przyznać się do tego i powiedzieć ludziom, że popełniłeś błąd.

Wszystko dzięki uprzejmości stron man .

Ta strona wiki ma ten interesujący jeden wiersz, który przypomina nam, że możemy przesłać kilka odnośników :

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

i poproś o to innych klonerów git pull --prune --tags

Pomysł polega więc na:

• <new-tag>dla każdego zatwierdzeń odwołuje <old-tag>: <refs/tags/old-tag>:<refs/tags/new-tag>,
• usunięcie<old-tag> ::<refs/tags/old-tag>

Zobacz jako przykład „ Zmienić konwencję nazewnictwa tagów w repozytorium git? ”.

Jako dodatek do innych odpowiedzi, dodałem alias, aby zrobić to wszystko w jednym kroku, z bardziej znanym dotykiem polecenia * nix move. Argument 1 to stara nazwa znacznika, argument 2 to nowa nazwa znacznika.

[alias]
    renameTag = "!sh -c 'set -e;git tag $2 $1; git tag -d $1;git push origin :refs/tags/$1;git push --tags' -"

Stosowanie:

git renametag old new

Postępuj zgodnie z 3-etapowym podejściem do jednego lub kilku tagów.

Krok 1: Określ identyfikator zatwierdzenia / obiektu zatwierdzenia, na który wskazuje bieżący znacznik

     command: git rev-parse <tag name>
     example: git rev-parse v0.1.0-Demo
     example output: db57b63b77a6bae3e725cbb9025d65fa1eabcde

Krok 2: Usuń tag z repozytorium

     command: git tag -d <tag name>
     example: git tag -d v0.1.0-Demo
     example output: Deleted tag 'v0.1.0-Demo' (was abcde)

Krok 3: Utwórz nowy znacznik wskazujący ten sam identyfikator zatwierdzenia, na który wskazywał stary znacznik

     command: git tag -a <tag name>  -m "appropriate message" <commit id>
     example: git tag -a v0.1.0-full  -m "renamed from v0.1.0-Demo" db57b63b77a6bae3e725cbb9025d65fa1eabcde
     example output: Nothing or basically <No error>

Gdy lokalny git jest gotowy ze zmianą nazwy znacznika, zmiany te można odesłać z powrotem do źródła, aby inni mogli je pobrać.

Dla żądnych przygód można to zrobić za pomocą jednego polecenia:

mv .git/refs/tags/OLD .git/refs/tags/NEW

Niezależnie od problemów związanych z wypychaniem tagów i zmianą nazw tagów, które zostały już wypchnięte, w przypadku, gdy tag do zmiany nazwy jest opatrzony adnotacjami , możesz go najpierw skopiować dzięki poniższemu wierszowi poleceń:

git tag -a -m "`git cat-file -p old_tag | tail -n +6`" new_tag old_tag^{}

Następnie wystarczy usunąć stary tag:

git tag -d old_tag

Znalazłem ten wiersz poleceń dzięki następującym dwóm odpowiedziom:

• https://stackoverflow.com/a/26132640/7009806 (drugi komentarz)
• https://stackoverflow.com/a/49286861/7009806

Edycja:
Po napotkaniu problemów z automatyczną synchronizacją ustawień tagów fetch.pruneTags=true(jak opisano w https://stackoverflow.com/a/49215190/7009806 ), osobiście sugeruję najpierw skopiować nowy tag na serwerze, a następnie usunąć stary. W ten sposób nowy znacznik nie jest losowo usuwany podczas usuwania starego znacznika, a synchronizacja znaczników chciałaby usunąć nowy znacznik, który nie jest jeszcze na serwerze . Na przykład razem otrzymujemy:

git tag -a -m "`git cat-file -p old_tag | tail -n +6`" new_tag old_tag^{}
git push --tags
git tag -d old_tag
git push origin :refs/tags/old_tag

Możesz także zmienić nazwę zdalnych znaczników bez ich sprawdzania, powielając stary znacznik / gałąź do nowej nazwy i usuwając stary, w jednym git pushpoleceniu.

Zdalne tag zmiany nazwy / Remote oddział → konwersja tag: (Wskazówka: :refs/tags/)

git push <remote_name> <old_branch_or_tag>:refs/tags/<new_tag> :<old_branch_or_tag>

Zdalny oddział rename / tag zdalnego → konwersja Branża: (Wskazówka: :refs/heads/)

git push <remote_name> <old_branch_or_tag>:refs/heads/<new_branch> :<old_branch_or_tag>

Wyjście zmieniające nazwę zdalnego tagu:

D:\git.repo>git push gitlab App%2012.1%20v12.1.0.23:refs/tags/App_12.1_v12.1.0.23 :App%2012.1%20v12.1.0.23

Total 0 (delta 0), reused 0 (delta 0)
To https://gitlab.server/project/repository.git
 - [deleted]               App%2012.1%20v12.1.0.23
 * [new tag]               App%2012.1%20v12.1.0.23 -> App_12.1_v12.1.0.23