Einführung

Git belohnt Befehlszeilen-Geläufigkeit. Ein paar kleine Gewohnheiten machen die tägliche Arbeit dramatisch schneller und sicherer. Diese Seite sammelt die wirkungsvollsten Tipps für neue Nutzer.

Wissen Sie immer, wo Sie sind

Fügen Sie den Git-Status zu Ihrem Shell-Prompt hinzu. Bash und Zsh liefern beide contrib-Skripte mit:

Einführung

Tags sind benannte Referenzen auf bestimmte Commits. Anders als Branches sind Tags nicht dafür gedacht, sich zu bewegen. Sie eignen sich perfekt zum Markieren von Releases (v1.0.0) und anderen historischen Punkten.

Einführung

Git bietet mehrere Möglichkeiten, etwas rückgängig zu machen, je nachdem, ob die Änderung in Ihrem Working Tree, im Index, in Ihrem letzten Commit oder bereits gepusht ist. Die richtige Wahl verhindert Unfälle.

Working-Tree-Bearbeitungen verwerfen

Sie haben eine Datei bearbeitet, wollen die Änderungen aber wegwerfen:

Einführung

Ein Merge kombiniert zwei Entwicklungslinien. Der häufigste Fall ist das Zurückführen eines Feature-Branches in main. Diese Seite führt durch einen sauberen Merge, einen Fast-Forward und einen konfliktbehafteten Merge.

Einführung

Branches sind Gits Art, parallele Entwicklungslinien zu unterstützen. Einen Branch zu erstellen ist im Wesentlichen kostenlos: Es ist nur eine 41-Byte-Datei, die einen Commit-Hash enthält. Verwenden Sie sie großzügig für Features, Experimente und Bugfixes.

Moderne Befehle

Seit Git 2.23 gibt es zwei zweckgebaute Befehle: git switch für Branches und git restore für Dateien. Verwenden Sie sie; sie sind klarer als das überladene Verhalten von git checkout.

Einführung

HEAD ist die wichtigste Referenz in Git. Sie sagt Git, von welchem Commit Ihr nächster Commit abstammen wird. Die meiste Zeit zeigt HEAD auf einen Branch, und dieser Branch zeigt auf einen Commit; HEAD kann aber auch direkt auf einen Commit zeigen (detached HEAD).

Wo es lebt

HEAD ist eine einzelne Datei unter .git/HEAD. Inspizieren Sie sie:

Einführung

git push lädt lokale Commits auf einen Remote hoch und aktualisiert dessen Branches und Tags. So wird Ihre Arbeit für Mitwirkende sichtbar.

Einführung

git fetch lädt neue Objekte herunter und aktualisiert Remote-Tracking-Refs, ohne Ihren Working Tree zu verändern. git pull macht ein Fetch und integriert dann das Ergebnis in Ihren aktuellen Branch. Den Unterschied zu kennen ist einer der größten Schritte vom Anfänger zum sicheren Git-Nutzer.

Einführung

Ein Remote ist eine benannte URL, die auf ein anderes Git-Repository verweist. git clone erstellt automatisch einen namens origin, aber Sie können beliebig viele hinzufügen. Remotes sind die Brücke zwischen Ihrem lokalen Repository und der Außenwelt.

Auflisten und inspizieren

git remote
git remote -v
git remote show origin

git remote show kontaktiert den Server und meldet getrackte Branches, Push-Regeln und veraltete Refs.

Einführung

git clone kopiert ein Remote-Repository auf Ihre Maschine. Es erstellt ein neues Verzeichnis, initialisiert .git darin, lädt alle Objekte und Refs herunter, richtet einen Remote namens origin ein und checkt den Standard-Branch aus. Nach dem Klonen haben Sie ein vollständiges, unabhängiges Repository.