Git-Befehle: Die 12 wichtigsten Kommandos für Anfänger

Wenn Sie sich schon einmal gefragt haben, wie Entwickler ihre Arbeit organisieren, ohne ständig den Überblick zu verlieren – Git ist das Werkzeug, das dahintersteckt. Dieses verteilte Versionskontrollsystem, das Linus Torvalds 2005 für die Entwicklung des Linux-Kernels schrieb, ist heute die unangefochtene Standardlösung für Millionen von Projekten weltweit.

Erstveröffentlichung: 2005 ·
Aktuelle stabile Version: 2.45.0 (Mai 2024) ·
Grundlegende Befehle (laut GitHub Education): 12 ·
Repository-Typ: verteiltes Versionskontrollsystem

„I’m an egotistical bastard, and I name all my projects after myself. First ‘Linux’, now ‘Git’.” – Linus Torvalds, Schöpfer von Git und Linux

Sechs Fakten zeigen ein klares Muster: Git ist ein ausgereiftes, von der Community getragenes System mit klaren Standards.

Was sind die grundlegenden Git-Befehle?

„This cheat sheet features the most important and commonly used Git commands for easy reference.” – GitHub Education im offiziellen Git Cheat Sheet

Die zwölf wichtigsten Befehle im Überblick

• git init – erzeugt ein neues lokales Git-Repository (Git-Dokumentation)
• git clone – lädt ein vollständiges Repository inklusive Verlauf von einem entfernten Ort herunter (GitHub Git Cheat Sheet)
• git status – zeigt den Zustand von Arbeitsverzeichnis und Staging Area an (Atlassian Git Tutorial)
• git add – verschiebt Änderungen in die Staging Area
• git commit – speichert den gestagten Snapshot als neuen Commit im Projektverlauf
• git log – zeigt den Verlauf der Commits an (Red Hat Git Cheat Sheet)
• git diff – zeigt Unterschiede an, die noch nicht gestaged wurden
• git branch – listet Branches auf oder erstellt neue
• git checkout – wechselt zu einem anderen Branch
• git merge – führt die Historie eines anderen Branches in den aktuellen Branch zusammen
• git pull – lädt Änderungen von einem Remote-Branch herunter und integriert sie
• git push – überträgt lokale Branch-Commits zu einem entfernten Repository (Atlassian Git Tutorial)

Das Muster: Wer diese zwölf Befehle beherrscht, hat die zentralen Abläufe der Versionskontrolle im Griff – Einrichtung, tägliche Arbeit und Zusammenarbeit im Team sind damit abgedeckt.

Befehle für die Arbeit mit Remote-Repositories

• git clone – holt ein Repository von einem entfernten Server
• git fetch – lädt Historie von Remote-Branches herunter, ohne sie direkt in den lokalen Branch zu integrieren (Atlassian Git Tutorial)
• git pull – kombiniert fetch und merge in einem Schritt
• git push – sendet lokale Änderungen an das Remote-Repository

Der entscheidende Unterschied zwischen git fetch und git pull: fetch konsultiert die entfernte Historie, ohne das eigene Arbeitsverzeichnis zu verändern; pull hingegen führt sofort eine Zusammenführung durch. Das Risiko? Unerwartete Merge-Konflikte, wenn sich die Remote-Historie seit dem letzten Abgleich stark verändert hat.

Befehle für Branching und Merging

• git branch [Branch-Name] – erstellt einen neuen Branch am aktuellen Commit
• git checkout [Branch-Name] – wechselt zu einem anderen Branch
• git merge [Branch] – führt die Historie eines anderen Branches in den aktuellen Branch zusammen

Wie benutzt man Git als Anfänger?

Git installieren und konfigurieren

• Laden Sie Git von git-scm.com herunter oder installieren Sie es über den Paketmanager (apt für Linux, brew für macOS, choco für Windows)
• Konfigurieren Sie Ihre Identität: git config --global user.name "Ihr Name" und git config --global user.email "ihre@email.de" (Git-Dokumentation)
• Legen Sie Ihren bevorzugten Editor fest: git config --global core.editor "code --wait"

Erstes Repository anlegen und initialisieren

1. Öffnen Sie das Terminal und navigieren Sie zu Ihrem Projektordner: cd pfad/zum/projekt
2. Initialisieren Sie ein neues Git-Repository: git init – dieser Befehl erzeugt ein verstecktes .git-Verzeichnis, in dem Git die gesamte Versionshistorie speichert
3. Alternativ: Klonen Sie ein bestehendes Repository: git clone https://github.com/benutzername/repository.git

Ein frisch initialisiertes Repository enthält noch keine Commits. Das ist der Moment, in dem die Arbeit richtig beginnt: Sie stehen vor einem leeren Blatt – und Git ist bereit, jede Änderung aufzuzeichnen.

Ersten Commit durchführen

1. Prüfen Sie den aktuellen Zustand: git status (Atlassian Git Tutorial)
2. Fügen Sie Dateien zur Staging Area hinzu: git add . oder git add dateiname.txt
3. Erstellen Sie den ersten Commit: git commit -m "Erster Commit: Projekt initialisiert"

Die Staging Area ist Gits gedanklicher Zwischenspeicher: Hier sammeln Sie Änderungen, bevor Sie sie als zusammengehörigen Commit verpacken. Das verleiht Ihnen Kontrolle darüber, welche Änderungen gemeinsam dokumentiert werden – ein Feature, das viele andere Versionskontrollsysteme nicht bieten.

Was sind die 5 Schritte von Git?

Schritt 1: Repository initialisieren

Mit git init legen Sie den Grundstein. Diesen Befehl führen Sie genau einmal pro Projekt aus, es sei denn, Sie klonen ein bestehendes Repository. Er bereitet Git darauf vor, Änderungen in diesem Ordner zu überwachen.

Schritt 2: Änderungen verfolgen

Nach jeder Bearbeitung einer Datei zeigt git status präzise an, welche Dateien geändert, welche neu und welche noch nicht verfolgt werden. git add überführt diese Änderungen in die Staging Area.

Schritt 3: Commits erstellen

git commit erstellt einen festen Punkt im Verlauf – ähnlich wie ein Foto. Jeder Commit trägt eine eindeutige ID, den Autor, einen Zeitstempel und Ihre Nachricht. GitLab dokumentiert diesen Schritt als zentralen Bestandteil des Workflows (GitLab Docs).

Schritt 4: Mit Branches arbeiten

Ein Branch ist ein beweglicher Zeiger auf einen Commit. git branch [name] erzeugt einen neuen Zweig, git checkout [name] wechselt dorthin. Branches ermöglichen es, parallel an verschiedenen Features zu arbeiten, ohne sich gegenseitig zu stören.

Schritt 5: Änderungen zusammenführen

git merge [branch] führt die isolierte Arbeit eines Branches zurück in den Hauptzweig. Das klingt harmlos, kann aber zu Merge-Konflikten führen, wenn zwei Personen dieselbe Datei an derselben Stelle verändert haben.

Was ist der Git-Befehl?

Syntax und Aufbau eines Git-Befehls

Ein Git-Befehl folgt immer demselben Schema: git <befehl> [optionen] [argumente]. Das Wort git ist die aufrufende Instanz, der Befehl selbst steht danach. Optionen wie --global oder -m verändern das Verhalten, Argumente wie Dateinamen oder Branch-Namen spezifizieren das Ziel.

Unterschied zwischen Porcelain- und Plumbing-Befehlen

Git unterscheidet zwischen zwei Kategorien: Porcelain-Befehle (benutzerfreundlich, alltagstauglich – wie git commit, git status) und Plumbing-Befehle (niedrigere Ebene, für Skripte und erweiterte Nutzung – wie git hash-object, git cat-file). Die zwölf Grundbefehle aus dieser Anleitung gehören alle zur Porcelain-Kategorie.

Hilfe und Dokumentation über git help

Geben Sie git help [befehl] oder git [befehl] --help ein – Git öffnet die ausführliche Manpage. Die offizielle Dokumentation auf git-scm.com enthält zusätzlich Referenzen, Beispiele und Verweise auf verwandte Befehle.

Was ist ein Lazy Git?

Definition und Funktion von Lazy Git

Lazy Git ist ein Terminal-basiertes GUI-Tool, das die gesamte Git-Interaktion in eine interaktive Benutzeroberfläche im Terminal verpackt. Statt jedes Kommando von Hand einzutippen, navigieren Sie mit Pfeiltasten, Leertaste und Return durch Staging, Commits, Branches und Merges. Das Tool ist Open Source und auf GitHub mit über 50.000 Sternen verzeichnet.

Installation und erste Schritte mit Lazy Git

• macOS: brew install lazygit
• Windows: scoop install lazygit
• Linux: sudo apt install lazygit oder Download von der offiziellen GitHub-Seite

Nach dem Start sehen Sie eine aufgeräumte Ansicht mit Ihren Branches, der Staging Area und dem Commit-Verlauf – alles im Terminalfenster, ohne eine separate Desktop-Anwendung zu öffnen.

Vorteile gegenüber der reinen Kommandozeile

Lazy Git macht Git sichtbar: Anfänger sehen sofort, welche Dateien im Staging-Bereich liegen, welcher Branch aktiv ist und wie der Commit-Verlauf aussieht. Gleichzeitig bleibt das Tool leichtgewichtig – kein Vergleich zu schweren GUIs wie GitKraken oder Sourcetree.

Der Haken: Lazy Git ersetzt nicht das Verständnis der Git-Konzepte. Wer die zugrunde liegenden Befehle nicht kennt, wird bei Konflikten oder Fehlern schnell an Grenzen stoßen.

Verwandte Beiträge: MSI Afterburner: Download, Anleitung & Sicherheit für Anfänger

Häufig gestellte Fragen

Für Einsteiger aus Deutschland, Österreich oder der Schweiz ist der Lerneffekt klar: Beherrschen Sie die zwölf Grundbefehle, haben Sie die Tür zu professioneller Softwareentwicklung geöffnet. Die Alternative – ohne Git zu arbeiten – bedeutet tägliches Kopieren von Ordnern, unsichere Abgleiche und verlorene Arbeit. Einsteiger, die diese zwanzig Minuten investieren, vermeiden den Albtraum des nächsten Merge-Konflikts.