Wir haben mehrere kommentierte Tags in unserem Git-Repository. Die älteren Tags enthalten gefälschte Nachrichten, die wir aktualisieren möchten, um sie in unserem neuen Stil zu erhalten.

% git tag -n1
v1.0 message
v1.1 message
v1.2 message
v2.0 Version 2.0 built on 15 October 2011.

In diesem Beispiel möchten wir, dass v1.x-Nachrichten wie die v2.0-Nachricht aussehen. Weiß jemand, wie wir das machen würden?

git tag <tag name> <tag name>^{} -f -m "<new message>"

Dadurch wird ein neues Tag mit demselben Namen erstellt (indem das Original überschrieben wird).

Um eine komplexe Nachricht zu aktualisieren, geben Sie einfach die Option für kommentierte Tags mit -aoder die Option für signierte Tags mit an -s:

git tag <tag name> <tag name>^{} -f -a

Dadurch wird ein Editor mit dem Inhalt Ihrer alten Tag-Nachricht geöffnet .

git tag <tag name> <tag name>^{} -f -a

Dies ist eine Verbesserung: Ohne ^{}wird ein neues Tag-Objekt erstellt, das auf das alte Tag-Objekt verweist, wobei beide denselben Tag-Namen haben.

<tag name>^{} löst das Tag / die Referenz auf, bis der erste Commit-Hash gefunden wird.

TL; DR

Sie können dies tun, indem Sie Ihr Tag löschen und neu erstellen, während Sie Datum und Autor fälschen:

> git tag -d <tag-name>
> [GIT_COMMITTER_DATE=<original-commit-date>] \
> [GIT_AUTHOR_NAME=<original-author-name>] \
> git tag <tag-name> [commit]

Ganze Geschichte:

Aufbauend auf Sungrams Antwort (ursprünglich als Bearbeitung vorgeschlagen):

1. Akzeptierte Antwort

Dies ist eine Verbesserung gegenüber den Antworten von Andy und Eric Hu . Ihre Antworten erstellen ein neues Tag-Objekt, das auf das alte Tag-Objekt verweist, und beide haben denselben Namen.

Betrachten Sie zur Veranschaulichung Folgendes:

> 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. Sungrams Verbesserung

Verwenden Sie stattdessen <tag name>^{}als zweites Argument von git tagwill alle vorherigen Tags mit demselben Namen.

Betrachten Sie die Fortsetzung der vorherigen Terminalsitzung:

> 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. Speichern Sie das Datum

Wenn Sie das Datum des ursprünglichen Tags als Datum des aktualisierten Tags beibehalten möchten, verwenden Sie eine awk (oder ähnliche) Magie oder fügen Sie stattdessen einfach das gewünschte Datum ein. Das Folgende ist ein Ersatz für das zweite Beispiel (andernfalls würde das ursprüngliche Datum durch Überschreiben verloren gehen):

> 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]

Verweise:

• SO: Schnelle Auflistung von Objekten in der Git-Datenbank

• SO: Ändern Sie das Committer-Datum eines Git-Tags

• Awk: Ein Tutorial und eine Einführung

• SO: Filtern Sie die Ausgabe nach dem ersten Token der Zeile und extrahieren Sie den Rest der Zeile mit awk

• SO: So fügen Sie einen Bash-Line-Kommentar in einen mehrzeiligen Befehl ein

4. DIY

Alternativ zum Aktualisieren der Tags können Sie sie einfach löschen und erneut erstellen. Wie sich herausstellt, fügt das Aktualisieren nur ein neues Tag hinzu und verweist auf das alte, oder löscht alternativ einfach implizit das alte und erstellt ein neues, das ohnehin auf dasselbe Commit verweist.

Sie können dies erreichen, indem Sie Folgendes ausgeben:

> git tag -d <tag-name>
> [GIT_COMMITTER_DATE=<original-commit-date>] \
> [GIT_AUTHOR_NAME=<original-author-name>] \
> git tag <tag-name> [commit]

Hier [optional]ist ein optionales Feld; <required>Ist ein Pflichtfeld. Natürlich können Sie nach dem git tagBefehl beliebige Flags hinzufügen .

@Andys Lösung

git tag <tag-name> <tag-name> -f -a

ist falsch . Danach mit

git show

Befehl sehen wir Stapel-Tags mit dem gleichen Namen.

Beim Festschreiben wird ein neues Tag mit demselben Tag-Namen und derselben neuen Nachricht hinzugefügt <tag-name>. Das alte Tag wird jedoch nicht entfernt. Es ist ein Sonderfall dieses Befehls:

git tag [<commit> | <old-tag>] <tag-name>

Aber genauso <old-tag>ist es mit <tag-name>.

Die richtige Lösung ist einfach, nur das Update-Tag ist in Ordnung.

git tag <tag-name> -f -a

Denken Sie daran, nur EIN hier.

Wenn wir das Tag ändern möchten, was nicht der Fall ist HEAD, benötigen wir ein zusätzliches <commit>Argument.

git tag <commit> <tag-name> -f -a

Wir möchten, dass v1.x-Nachrichten wie die v2.0-Nachricht aussehen

Mit Git 2.17 (Q2 2018) gibt es eine Alternative zum Erstellen eines neuen Tags mit git tag <tag name> <tag name> -f -m "<new message>", da " git tag" eine explizite " --edit" Option gelernt wurde , mit der die über " -m" und " -F" übermittelte Nachricht weiter bearbeitet werden kann.

Siehe Commit 9eed6e4 (06. Februar 2018) von Nicolas Morey-Chaisemartin ( nmorey) .
^{(Zusammengeführt von Junio ​​C Hamano - gitster- in Commit 05d290e , 06. März 2018)}

tag: --editOption hinzufügen

Fügen Sie eine --editOption hinzu, mit der Sie die von -moder bereitgestellten Nachrichten auf -Fdie gleiche Weise git commit --editändern können.

Sie müssen erneut mit dem -fForce-Flag markieren .

git tag v1.0 -f -m "actual message"

Mit den obigen Antworten ist dies mein Alias ​​Einzeiler für .gitconfig. Ersetzt das vorhandene Tag und behält das Festschreibungsdatum bei.

[alias]
    tm = "!sh -c 'f() { export GIT_COMMITTER_DATE=$(git log -1 --format=%ci $0); git tag -f -a $0 $0^{}; }; f '"

Verbesserungen?

Wenn Sie eine GUI wie verwenden SmartGit nur

1. Erstellen Sie dasselbe Tag erneut an derselben Position mit der neuen Nachricht
2. Wählen Sie "Vorhandenes Tag überschreiben".
3. Drücken Sie das Tag zwangsweise in das Upstream-Repository