Git-Commits und Tags gleichzeitig verschieben

Question

Ich bin mir des Grundes bewusst, dass git push --tags ist ein separater Vorgang zum einfachen alten git push . Das Schieben von Tags sollte eine bewusste Entscheidung sein, da man nicht versehentlich ein Tag schieben möchte. Das ist in Ordnung. Aber gibt es eine Möglichkeit, beide gleichzeitig zu verschieben? (Abgesehen von git push && git push --tags .)

Answer 1

Aktualisierung August 2020

Wie ursprünglich erwähnt in este Antwort von SoBeRich und in meinem eigene Antwort ab Git 2.4.x

git push --atomic origin <branch name> <tag>

(Anmerkung: dies ist eigentlich funktioniert mit HTTPS nur mit Git 2.24 )

Aktualisierung Mai 2015

Ab dem git 2.4.1 können Sie tun

git config --global push.followTags true

Wenn auf true gesetzt, ist die Option --follow-tags standardmäßig aktiviert.
Sie können diese Konfiguration zum Zeitpunkt des Push-Vorgangs außer Kraft setzen, indem Sie --no-follow-tags angeben.

Wie bereits in dieses Thema von Matt Rogers, der Wes Hurd antwortet :

--follow-tags verschiebt nur kommentierte Tags .

git tag -a -m "I'm an annotation" <tagname>

Das würde geschoben werden (im Gegensatz zu git tag <tagname> ein leichtes Tag, das nicht gepusht werden würde, da ich hier erwähnt )

Aktualisierung April 2013

Seit git 1.8.3 (22. April 2013) , Sie müssen nicht mehr 2 Befehle ausführen, um Zweige zu verschieben und dann Tags zu verschieben :

Die neue " --follow-tags Die Option " sagt " git push " zu beim Auslagern von Zweigen relevante kommentierte Tags einfügen .

Sie können nun versuchen, beim Pushen neuer Übertragungen:

git push --follow-tags

Das wird nicht dazu führen, dass alle die lokalen Tags, sondern nur die, auf die in den Commits verwiesen wird, die mit dem git push .

Mit Git 2.4.1+ (Q2 2015) wird die Option push.followTags : siehe " Wie macht man " git push "Tags innerhalb einer Verzweigung einschließen? ".

Originalantwort, September 2010

Die nukleare Option wäre git push --mirror was dazu führt, dass alle Schiedsrichter unter refs/ .

Sie können auch nur ein Tag mit Ihrem aktuellen Branch-Commit pushen:

git push origin : v1.0.0 

Sie können die --tags Option mit einem refspec wie:

git push origin --tags :

(seit --tags bedeutet: Alle Schirme unter refs/tags geschoben werden, zusätzlich zu den in der Befehlszeile explizit aufgeführten refspecs )

---

Sie haben auch diesen Eintrag " Verschieben von Zweigen und Tags mit einem einzigen "git push"-Aufruf "

Ein praktischer Tipp wurde soeben auf der Website Git-Mailingliste von Zoltán Füzesi:

Ich benutze .git/config um dieses Problem zu lösen:

[remote "origin"]
    url = ...
    fetch = +refs/heads/*:refs/remotes/origin/*
    push = +refs/heads/*
    push = +refs/tags/*

Mit diesen zusätzlichen Zeilen git push origin werden alle Ihre Zweige und Tags hochgeladen. Wenn Sie nur einige von ihnen hochladen möchten, können Sie sie aufzählen.

Ich habe es selbst noch nicht ausprobiert, aber es sieht so aus, als ob es nützlich sein könnte, bis Git Push eine andere Möglichkeit zum gleichzeitigen Verschieben von Zweigen und Tags hinzugefügt wird.
Andererseits macht es mir nichts aus, zu tippen:

$ git push && git push --tags

Vorsicht als kommentiert von Aseem Kishore

push = +refs/heads/* se schiebt alle Ihre Zweige nach vorne .

Das ist mir gerade aufgefallen, also zu Ihrer Information.

---

René Scheibe fügt hinzu. dieser interessante Kommentar :

El --follow-tags Parameter ist irreführend, da nur Tags unter .git/refs/tags berücksichtigt werden.
Wenn git gc ausgeführt wird, werden die Tags von .git/refs/tags a .git/packed-refs . Danach git push --follow-tags ... funktioniert nicht mehr wie erwartet.

Answer 2

@seit Git 2.4

git push --atomic origin <branch name> <tag>

Answer 3

Angenommen, Sie haben ein neues Projektarchiv auf Github erstellt. Der erste Schritt wäre also, das Repo zu klonen: git clone {Your Repo URL}

Sie machen Ihre Arbeit, fügen einige Dateien, Code usw. hinzu und pushen dann Ihre Änderungen mit:

git add .
git commit -m "first commit"
git push

Jetzt befinden sich unsere Änderungen im Hauptzweig. Lassen Sie uns ein Tag erstellen:

git tag v1.0.0                    # creates tag locally     
git push origin v1.0.0            # pushes tag to remote

Wenn Sie den Tag löschen möchten:

git tag --delete v1.0.0           # deletes tag locally    
git push --delete origin v1.0.0   # deletes remote tag

Answer 4

Gerade auf Git 2.31.0 getestet: git push <refspec> --tags . Dies hat den Vorteil, dass es ALLE Tags, nicht nur kommentierte Tags wie --follow-tags .

Answer 5

Habe alles ausprobiert.

Die einzige Lösung, die bei mir funktionierte, um zu vermeiden, dass zwei CI-Builds für denselben Commit auf Gitlab ausgelöst werden, war diese:

git push -o ci.skip && git push --tags

wie von @user1160006 in einem Kommentar angeregt .

Ich wiederhole sie hier als richtige Antwort, damit sie für alle Interessierten besser sichtbar ist. Und als eine Erinnerung für mich ;)