Von Gast (nicht überprüft) , 29 April 2026

git log — Commit-Historie anzeigen

Übersicht

git log [<options>] [<revision-range>] [[--] <path>...]

Beschreibung

Der git log-Befehl zeigt die Commit-Historie, die von einer oder mehreren Refs aus erreichbar ist (Standard ist HEAD). Er ist eines der flexibelsten Werkzeuge in Git und unterstützt das Filtern nach Autor, Datum, Nachrichteninhalt, Dateipfaden und mehr. Kombiniert mit Formatierungsoptionen kann er Ausgaben erzeugen, die für Changelogs, Audits und Code-Archäologie geeignet sind.

Von Gast (nicht überprüft) , 29 April 2026

git ls-remote — Referenzen in einem Remote-Repository auflisten

Übersicht

git ls-remote [--heads] [--tags] [<repository> [<refs>...]]

Beschreibung

Der git ls-remote-Befehl fragt einen Remote ab (ohne zu klonen oder zu fetchen) und gibt den SHA-1 jeder Ref neben dem Ref-Namen aus. Er ist unschätzbar für Skripting, CI-Pipelines und schnelle Inspektion — etwa um den neuesten Tag auf einem Remote zu finden oder zu prüfen, ob ein Branch existiert. Da er keine Objekte herunterlädt, ist er auch gegenüber sehr großen Repositories leichtgewichtig und schnell.

Von Gast (nicht überprüft) , 29 April 2026

git push — Remote-Refs samt zugehöriger Objekte aktualisieren

Übersicht

git push [<remote> [<refspec>...]] [--force-with-lease] [--tags] [--delete]

Beschreibung

Der git push-Befehl sendet lokale Commits an ein Remote-Repository und aktualisiert Remote-Branches, sodass sie mit Ihren lokalen übereinstimmen. Der erste Push eines neuen Branches erfordert üblicherweise -u, um Tracking einzurichten. Standardmäßig ist Push nicht-destruktiv: Er weigert sich, Remote-Historie zu überschreiben, die Sie nicht lokal haben.

Von Gast (nicht überprüft) , 29 April 2026

git pull — Von einem anderen Repository fetchen und integrieren

Übersicht

git pull [--rebase] [--ff-only] [<remote> [<branch>]]

Beschreibung

Der git pull-Befehl ist eine Kurzform für git fetch, gefolgt von einem Integrationsschritt (standardmäßig Merge, optional Rebase). Er aktualisiert Ihren aktuellen Branch, um Upstream-Änderungen einzubeziehen. Viele Teams bevorzugen es, pull.rebase = true zu konfigurieren oder git pull --rebase zu verwenden, um die Historie linear zu halten.

Von Gast (nicht überprüft) , 29 April 2026

git fetch — Objekte und Refs von einem Remote herunterladen

Übersicht

git fetch [<options>] [<remote> [<refspec>...]]

Beschreibung

Der git fetch-Befehl lädt neue Commits, Dateien und Refs aus einem Remote-Repository in Ihr lokales Repo herunter, mergt sie aber NICHT in Ihren Arbeits-Branch. Nach dem Fetchen werden die Remote-Tracking-Refs (wie origin/main) aktualisiert, und Sie können mit git log origin/main prüfen, was es Neues gibt, bevor Sie sich für Merge oder Rebase entscheiden.

Von Gast (nicht überprüft) , 29 April 2026

git remote — Verfolgte Remote-Repositories verwalten

Übersicht

git remote [-v]
git remote add <name> <url>
git remote remove <name>
git remote set-url <name> <url>

Beschreibung

Der git remote-Befehl verwaltet die Menge der Repositories ("Remotes"), deren URLs in Ihrer lokalen Konfiguration gespeichert sind. Jeder Remote hat einen kurzen Spitznamen (üblicherweise origin für die ursprüngliche Klon-Quelle und upstream für das Projekt, von dem Sie geforkt haben).

Von Gast (nicht überprüft) , 29 April 2026

git mergetool — Werkzeuge zur Auflösung von Merge-Konflikten ausführen

Übersicht

git mergetool [-t <tool>] [--tool-help] [<file>...]

Beschreibung

Der git mergetool-Befehl startet ein externes Merge-Tool, um bei der Auflösung von Konflikten nach einem Merge, Rebase oder Cherry-Pick zu helfen, der mit Konflikten anhält. Häufige Tools sind vimdiff, meld, kdiff3, p4merge, opendiff und vscode.

Von Gast (nicht überprüft) , 29 April 2026

git rebase — Commits auf einer anderen Basis erneut anwenden

Übersicht

git rebase [-i] [--onto <newbase>] [<upstream> [<branch>]]

Beschreibung

Der git rebase-Befehl bewegt eine Folge von Commits auf eine neue Basis. Er schreibt Historie um, indem er jeden Commit auf der neuen Basis erneut abspielt und so eine lineare Kette statt eines Merge-Commits erzeugt. Rebasen ist unschätzbar, um Feature-Branches aktuell zu halten, lokale Historie vor dem Pushen aufzuräumen und Fixup-Commits zu squashen.

Von Gast (nicht überprüft) , 29 April 2026

git merge — Zwei oder mehr Entwicklungshistorien zusammenführen

Übersicht

git merge [--no-ff] [--squash] [--abort] [-s <strategy>] [<branch>]

Beschreibung

Der git merge-Befehl integriert Änderungen aus einem Branch in einen anderen. Standardmäßig erzeugt er einen "echten Merge"-Commit mit zwei Eltern und bewahrt die Topologie beider Historien. Wenn der Ziel-Branch ein strikter Vorfahre der Quelle ist, führt Git ein Fast-Forward durch, indem es einfach den Branch-Zeiger bewegt; übergeben Sie --no-ff, um immer einen Merge-Commit aufzuzeichnen.

Von Gast (nicht überprüft) , 29 April 2026

git switch — Branches wechseln

Übersicht

git switch [-c <new-branch>] [--detach] <branch>

Beschreibung

Der git switch-Befehl, eingeführt in Git 2.23, ist ein fokussierter Ersatz für die Branch-Wechsel-Hälfte von git checkout. Er wechselt nur Branches (oder erstellt und wechselt in einem Schritt). Er weigert sich, auf einzelnen Dateien zu operieren, was die häufigste Quelle der checkout-Fußangeln beseitigt.

Commands Reference