TL; DR
Puoi farlo cancellando il tuo tag e ricreandolo mentre falsi la data e l'autore:
> git tag -d <tag-name>
> [GIT_COMMITTER_DATE=<original-commit-date>] \
> [GIT_AUTHOR_NAME=<original-author-name>] \
> git tag <tag-name> [commit]
L'intera storia:
Costruire su Sungram risposta di (originariamente proposta come modifica):
1. Risposta accettata
Questo è un miglioramento rispetto ad Andy ed Eric Hu alle risposte di . Le loro risposte creeranno un nuovo oggetto tag che fa riferimento al vecchio oggetto tag ed entrambi avranno lo stesso nome.
Per illustrare ciò, considerare quanto segue:
> 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. Il miglioramento di Sungram
L'utilizzo <tag name>^{}come secondo argomento di git tageliminerà invece tutti i tag precedenti con lo stesso nome.
Considera la continuazione della precedente sessione terminale:
> 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. Salva la data
Infine, se si desidera mantenere la data del tag originale come data del tag aggiornato, utilizzare un po 'di magia awk (o simile) o semplicemente incollare la data desiderata. Il seguente è un sostituto del secondo esempio (altrimenti la data originale andrebbe persa a causa della sostituzione ):
> 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]
Riferimenti:
4. Fai da te
In alternativa all'aggiornamento dei tag, puoi semplicemente eliminarli e crearli di nuovo. A quanto pare l'aggiornamento aggiorna semplicemente un nuovo tag e lo fa puntare a quello vecchio, o in alternativa, elimina implicitamente quello vecchio e crea uno nuovo per puntare comunque allo stesso commit.
È possibile ottenere ciò emettendo:
> git tag -d <tag-name>
> [GIT_COMMITTER_DATE=<original-commit-date>] \
> [GIT_AUTHOR_NAME=<original-author-name>] \
> git tag <tag-name> [commit]
Ecco [optional]un campo opzionale; <required>è un campo obbligatorio. Ovviamente, puoi aggiungere qualsiasi flag dopo il git tagcomando che faresti normalmente.
git tag -m "A message" --edit v1.0sarebbe abbastanza. Vedi la mia risposta qui sotto