10 Git-Befehle, die jeder Entwickler kennen sollte

Git-Befehle bilden das Rückgrat jedes modernen Entwicklungs-Workflows. Egal, ob Sie Code in die Produktion pushen oder mit einem verteilten Team zusammenarbeiten – diese zehn Befehle decken den Großteil Ihrer täglichen Arbeit ab. Hier erfahren Sie, was Sie für einen modernen Git-Workflow im Jahr 2025 wirklich wissen müssen.

Überprüfung des Repository-Status

git status

Bevor Sie etwas anderes tun, zeigt Ihnen git status, wie die Dinge stehen. Es zeigt modifizierte Dateien, gestagete Änderungen und nicht verfolgte Dateien in Ihrem Arbeitsverzeichnis an.

git status

Führen Sie diesen Befehl häufig aus. Er verhindert Überraschungen vor Commits und hilft Ihnen zu verstehen, was Git sieht.

git diff

Während status zeigt, welche Dateien sich geändert haben, zeigt diff, was sich darin geändert hat.

git diff              # unstaged changes
git diff --staged     # staged changes

Überprüfen Sie Ihre Änderungen vor dem Committen. Dies fängt Fehler frühzeitig ab.

Staging und Committen

git add

Das Staging bereitet Änderungen für Ihren nächsten Commit vor. Sie kontrollieren genau, was in jeden Snapshot aufgenommen wird.

git add filename.js   # stage one file
git add .             # stage everything

Für mehr Kontrolle verwenden Sie git add -p, um bestimmte Hunks innerhalb von Dateien zu stagen – nützlich, wenn Sie mehrere unabhängige Änderungen vorgenommen haben.

git commit

Commits erstellen permanente Snapshots in Ihrer Projekthistorie.

git commit -m "Fix authentication timeout bug"

Schreiben Sie klare Nachrichten. Wenn Sie Ihre letzte Commit-Nachricht korrigieren oder vergessene Änderungen hinzufügen müssen, verwenden Sie git commit --amend.

Arbeiten mit Remotes

git clone

Clone lädt ein Repository und seine vollständige Historie auf Ihren Rechner herunter.

git clone https://github.com/user/repository.git

git pull

Pull holt Änderungen vom Remote-Repository und führt sie mit Ihrem aktuellen Branch zusammen.

git pull origin main

Hinweis: git pull kombiniert git fetch und git merge. Wenn Sie Remote-Änderungen vor dem Zusammenführen überprüfen möchten, führen Sie zuerst git fetch aus.

git push

Push lädt Ihre lokalen Commits in das Remote-Repository hoch.

git push origin main

Nur committete Änderungen werden gepusht. Nicht committete Arbeit bleibt lokal.

Branching und Historie

git switch

Für das Wechseln von Branches ist git switch der moderne Ansatz – eingeführt in Git 2.23 und jetzt der empfohlene Befehl anstelle des älteren git checkout für diesen Zweck.

git switch feature-branch      # switch branches
git switch -c new-feature      # create and switch

Git switch vs. checkout: checkout funktioniert noch, behandelt aber zu viele unabhängige Aufgaben (Branches wechseln, Dateien wiederherstellen, HEAD ablösen). switch macht eine Sache klar. Verwenden Sie es.

git restore

Ähnlich behandelt git restore die Wiederherstellung von Dateien – eine weitere Aufgabe, die zuvor auf checkout überladen war.

git restore filename.js           # discard working directory changes
git restore --staged filename.js  # unstage a file

Diese Trennung macht das mentale Modell von Git für Entwickler, die das Tool im Jahr 2025 lernen, klarer.

git log

Das Verstehen Ihrer Projekthistorie ist wichtig. git log zeigt die Commit-Historie Ihres aktuellen Branches.

git log --oneline --graph    # compact view with branch structure

Das Flag --oneline hält die Ausgabe lesbar. Fügen Sie --graph hinzu, um Branching und Merging zu visualisieren.

Wiederherstellung mit git reflog

Wenn Dinge schiefgehen – und das werden sie –, ist git reflog Ihr Sicherheitsnetz. Es zeichnet jede HEAD-Bewegung auf, sogar Commits, die nicht mehr in git log erscheinen.

git reflog

Versehentlich auf den falschen Commit zurückgesetzt? Einen Branch gelöscht? reflog hilft Ihnen, verlorene Arbeit zu finden und wiederherzustellen. Es ist kein täglicher Befehl, aber zu wissen, dass er existiert, spart Stunden der Panik.

Eine Anmerkung zu Workflow-Entscheidungen

Teams diskutieren oft über Merge vs. Rebase. Beide integrieren Änderungen, unterscheiden sich aber darin, wie die Historie danach aussieht. Merge bewahrt die vollständige Branch-Struktur. Rebase erstellt eine lineare Historie. Keiner ist universell richtig – wählen Sie basierend auf den Präferenzen Ihres Teams und den Projektanforderungen.

Ebenfalls erwähnenswert: Halten Sie Ihre Git-Installation einigermaßen aktuell. Neuere Versionen haben Sicherheitshinweise behoben, die es wert sind, gepatcht zu werden.

Fazit

Diese Befehle – status, diff, add, commit, clone, pull, push, switch, log und reflog – decken die Git-Grundlagen für Entwickler ab, die tägliche Arbeit erledigen. Beherrschen Sie diese zuerst. Die fortgeschritteneren Befehle werden nützlich, sobald diese Grundlage solide ist.

Beginnen Sie mit der Verwendung von switch und restore, falls Sie es noch nicht getan haben. Sie spiegeln wider, wie Git-Befehle im Jahr 2025 konzipiert sind: fokussiert, vorhersehbar und einfacher nachzuvollziehen.

FAQs

Gain control over your UX

See how users are using your site as if you were sitting next to them, learn and iterate faster with OpenReplay. — the open-source session replay tool for developers. Self-host it in minutes, and have complete control over your customer data. Check our GitHub repo and join the thousands of developers in our community.