TL; DR
Możesz to zrobić, usuwając tag i odtwarzając go ponownie, fałszując datę i autora:
> git tag -d <tag-name>
> [GIT_COMMITTER_DATE=<original-commit-date>] \
> [GIT_AUTHOR_NAME=<original-author-name>] \
> git tag <tag-name> [commit]
Cała historia:
Opierając się na odpowiedzi Sungram (pierwotnie zaproponowanej jako edycja):
1. Zaakceptowana odpowiedź
To poprawa w stosunku do odpowiedzi Andy'ego i Erica Hu . Ich odpowiedzi utworzą nowy obiekt znacznika, który odwołuje się do starego obiektu znacznika i oba będą miały tę samą nazwę.
Aby to zilustrować, rozważ następujące kwestie:
> git tag tag1 tag1 -f -a # accepted answer
> git rev-list --objects -g --no-walk --all
[ example output: ]
6bdcc347fca041a5138f89fdf5276b3ebf9095d5
260ab7928d986472895b8c55e54569b3f3cb9517 tag1
a5797673f610914a45ef7ac051e3ee831a6e7c25 tag1
f22d6308c3cd330a3b0d86b9bf05562faf6b6f17
> git show tag1
tag tag1
Tagger: [tagger]
Date: [date of updated tag]
[Updated description]
tag tag1
Tagger: [tagger]
Date: [date of original tag]
[Original description]
[tagged commit details]
2. Poprawa Sungram
Użycie <tag name>^{}jako drugiego argumentu git tagspowoduje usunięcie wszystkich poprzednich znaczników o tej samej nazwie.
Rozważ kontynuację poprzedniej sesji terminalowej:
> git tag tag1 tag1^{} -f -a # suggested improvement
> git rev-list --objects -g --no-walk --all
[ example output: ]
6bdcc347fca041a5138f89fdf5276b3ebf9095d5
75f02acacfd7d91d55b5bcfdfb1f00aebeed15e3 tag1
f22d6308c3cd330a3b0d86b9bf05562faf6b6f17
> git show tag1
tag tag1
Tagger: [tagger]
Date: [date of updated tag]
[Updated description]
[tagged commit details]
3. Zapisz datę
Na koniec, jeśli chcesz zachować datę oryginalnego tagu jako datę zaktualizowanego tagu, użyj magii awk (lub podobnej) lub po prostu wklej datę, którą chcesz. Poniższy przykład zastępuje drugi przykład (w przeciwnym razie pierwotna data zostałaby utracona z powodu zastąpienia ):
> GIT_COMMITTER_DATE="$(git show tag1 | # get info about the tag cascade including the date original of the original tag
> awk '{
> if ($1 == "Date:") {
> print substr($0, index($0,$3))
> }
> }' | # extract all the dates from the info
> tail -2 | head -1)" `# get the second to last date, as the last one is the commit date` \
> git tag tag1 tag1^{} -a -f # finally, update the tag message, but save the date of the old one
>
> git rev-list --objects -g --no-walk --all
6bdcc347fca041a5138f89fdf5276b3ebf9095d5
e18c178f2a548b37799b100ab90ca785af1fede0 tag1
f22d6308c3cd330a3b0d86b9bf05562faf6b6f17
> git show tag1
tag tag1
Tagger: [tagger]
Date: [date of original tag]
[Updated description]
[tagged commit details]
Bibliografia:
4. DIY
Alternatywnie do aktualizacji tagów, możesz je po prostu usunąć i utworzyć ponownie. Jak się okazuje, aktualizacja po prostu dodaje nowy tag i sprawia, że wskazuje on na stary, lub, alternatywnie, po prostu domyślnie usuwa stary i tworzy nowy, aby wskazywać na to samo zatwierdzenie.
Możesz to osiągnąć, wydając:
> git tag -d <tag-name>
> [GIT_COMMITTER_DATE=<original-commit-date>] \
> [GIT_AUTHOR_NAME=<original-author-name>] \
> git tag <tag-name> [commit]
Oto [optional]pole opcjonalne; <required>jest polem wymaganym. Oczywiście po git tagpoleceniu możesz dodać dowolne flagi .
git tag -m "A message" --edit v1.0. Zobacz moją odpowiedź poniżej