Wenn man Änderungen an einer Datei gemacht hat, dann aber doch den ursprünglichen Zustand der Datei vom letzten commit wieder herstellen möchte:
git tag -l Anzeigen git tag -a [-m msg] tagname Annotated, unsigned tag erzeugen git tag -s [-m msg] tagname oder git tag -u gpg-uid tagname Signierten Tag erzeugen git push origin tagname erzeugten tag auf repo-server pushen git tag -v v0.9.0 Signatur mit GPG ueberpruefen
git branch [--list] Anzeigen git branch -a Auch remote branches zeigen git branch branchname Neuen branch erzeugen git checkout branchname Zu branch wechseln git push -u origin branchname Branch auf remote server pushen git branch -d branchname Branch lokal löschen git push remote_name --delete branch_name Branch remote löschen
Branch 'devel' mit dem master branch zusammenführen:
Um diese (scheinbar) seltsame Syntax zu verstehen, nochmals die allgemeine Syntax eines push in Erinnerung rufen:
Die obige Form sagt also "Nehme NICHTS und pushe es in den remotebranch"
Da gibt es zwei Möglichkeiten, deren genaueren Auswirkungen wohl erst noch testen muss ;-)
Der vermutlich offizielle Weg, wenn man im Idealfall einen Patch per Mail erhalten hat geht so (man muss die Mail als Text abspeichern, git verwendet die From: Zeile als Author und das Subject: als Commit Message)
Solch ein patch-file kann man erzeugen durch Eingabe von:
Eine andere Möglichkeit ist:
Man handelt sich einen Haufen Probleme ein mit Online-Repos wie z.B. AUR die mindestens ein nachträgliches Umbenennen nicht unterstützen. Also man spart sich eine Menge Ärger, wenn man bei "master" bleibt.
Mit folgendem Befehl sorgt man dafür, dass neue Repositorien einen anderen Hauptzweig (z.B. "main") erhalten als das voreingestellte:
Für bereits bestehende Repos soll man den Hauptzweig wie folgt umbennen können. Das hat bei mir bisher jedoch nicht geklappt, der alte Hauptzweig bleibt trotzdem erhalten.