Git & GitHub

Git-Befehle einfach erklärt

Du hast versehentlich Dateien gestaged, einen Commit falsch gesetzt, lokale Änderungen kaputt gemacht oder einen Branch falsch benannt? In dieser Git-Notfallzentrale findest du kurze Anleitungen für typische Alltagspanik: rückgängig machen, Branches verwalten, Remote-Probleme lösen und Dateien sauber aus Git entfernen.

Git ist im Alltag selten kompliziert, solange alles funktioniert. Schwierig wird es meistens dann, wenn ein Befehl schon ausgeführt wurde und du nicht sicher bist, ob du Änderungen verlieren könntest. Genau dafür ist diese Übersicht gedacht: Sie zeigt dir, welche Git-Anleitung zu welchem Problem passt.

Git rückgängig machen

Wenn du etwas zurücknehmen willst, kommt es darauf an, in welchem Zustand deine Änderungen gerade sind. Wurden sie nur bearbeitet, schon gestaged, bereits committed oder sogar gepusht?

• git add rückgängig machen: Wenn du Dateien versehentlich in die Staging Area gelegt hast.
• Unstaged Änderungen verwerfen: Wenn du lokale Änderungen löschen und zur letzten Version zurückkehren willst.
• Lokale Commits rückgängig machen: Wenn du bereits committed, aber noch nicht gepusht hast.
• Commit nach Push rückgängig machen: Wenn der Commit schon im Remote-Repository liegt, ist meistens git revert der sichere Weg.
• Alle lokalen Änderungen verwerfen: Wenn dein Arbeitsstand komplett auf den Remote-Stand zurückgesetzt werden soll.

Branches verwalten

Viele Git-Probleme entstehen rund um Branches: falscher Name, alter Branch, Remote-Branch, lokaler Branch oder ein Branch, der nicht mehr gebraucht wird.

• Lokalen Branch umbenennen: Wenn ein Branch falsch benannt wurde.
• Branch lokal und remote löschen: Wenn ein Branch nicht mehr gebraucht wird.
• Remote-Branch auschecken: Wenn du einen Branch aus dem Remote-Repository lokal verwenden willst.
• Branch wechseln: Wenn du zwischen Entwicklungsständen umschalten möchtest.
• Neuen Branch erstellen: Wenn du sauber an einem Feature arbeiten willst.

Aufräumen und ignorieren

Nicht alles gehört ins Repository. Besonders häufig sind Probleme mit .gitignore, temporären Dateien, Build-Ordnern oder bereits getrackten Dateien.

• Bereits getrackte Datei ignorieren: Wenn .gitignore scheinbar nicht funktioniert.
• Untracked Dateien entfernen: Wenn neue, nicht versionierte Dateien gelöscht werden sollen.
• .gitignore funktioniert nicht: Wenn Git Dateien weiter beachtet, obwohl sie ignoriert werden sollten.
• node_modules, .env und Build-Dateien ignorieren: Wenn typische Projektdateien nicht ins Repository sollen.

Fetch, Pull und Remote

Bei Remote-Repositories geht es oft darum, Änderungen richtig abzuholen, lokale Arbeit nicht zu überschreiben und zu verstehen, was Git im Hintergrund macht.

• Unterschied zwischen git fetch und git pull: Wenn du verstehen willst, wann welcher Befehl sinnvoll ist.
• git pull überschreiben: Wenn lokale Änderungen mit dem Remote-Stand ersetzt werden sollen.
• Remote-URL ändern: Wenn sich das Repository verschoben hat.
• Remote-Branch lokal auschecken: Wenn ein Branch online existiert, aber lokal noch fehlt.

Welche Git-Anleitung brauche ich?

Warum diese Unterscheidung wichtig ist

Viele Git-Befehle klingen ähnlich, haben aber sehr unterschiedliche Folgen. Manche Befehle nehmen nur Dateien aus der Staging Area. Andere löschen lokale Änderungen wirklich. Wieder andere verändern die Commit-Historie. Deshalb ist es wichtig, zuerst zu klären, ob du Änderungen behalten oder bewusst verwerfen willst.

Wenn du unsicher bist, ist meistens der vorsichtigere Weg besser: Erst Status prüfen, dann gezielt entscheiden.

git status

Als kompakte Übersicht hilft auch der Artikel Die 5 meistgestellten Git-Fragen, wenn du schnell zwischen den häufigsten Problemen unterscheiden willst.