Git · Basics

← Zurück zu Git Grundlagen

Git ist ein System, das deine Änderungen am Projekt als Historie speichert. Du kannst damit zurückspringen, Unterschiede ansehen und sauber im Team arbeiten. Wichtig ist: Du musst nicht „alles“ können – aber die Basics sollten sitzen.

Merke

Git ist wie ein „Zeitreise-System“ für deinen Code

Ein Commit ist ein fester Punkt in der Zeit: „So sah das Projekt genau jetzt aus.“

1) Die wichtigsten Begriffe (ohne Fachchinesisch)

Repository (Repo): der Ordner, den Git verwaltet.
Commit: gespeicherter „Snapshot“ deiner Änderungen (mit Message).
Branch: ein „Arbeitszweig“ (z.B. Feature entwickeln, ohne main zu stören).
Merge: Branches zusammenführen.
Remote: ein Repo auf einem Server (z.B. GitHub/GitLab).

Tipp

Denk in „Schritten“

Git wird leichter, wenn du dir jedes Projekt wie eine Reihe kleiner, nachvollziehbarer Schritte vorstellst. Genau dafür sind Commits da.

2) Ein Repo starten: init oder clone

Es gibt zwei typische Starts:

init: du hast einen Ordner lokal und willst Git aktivieren.
clone: du holst ein bestehendes Repo vom Server.

init / clone


# Neues Repo im aktuellen Ordner starten
git init

# Bestehendes Repo herunterladen
git clone https://example.com/my-repo.git

Merke

Nach clone hast du direkt eine Verbindung zum Remote

Das Remote heißt meistens origin.

3) Was hat sich geändert? status und diff

Diese beiden Befehle sind im Alltag extrem wichtig: Sie zeigen dir jederzeit, wo du gerade stehst.

status / diff


# Zeigt geänderte Dateien, neue Dateien, etc.
git status

# Zeigt die konkreten Änderungen (Zeile für Zeile)
git diff

Bevor du commitest, „packst“ du Änderungen in die Stage:

add (Stage)


# Eine Datei zur Stage hinzufügen
git add index.php

# Alles, was geändert ist, zur Stage hinzufügen
git add .

Achtung

git add . ist praktisch – aber prüf vorher git status

Sonst commitest du aus Versehen Dateien, die gar nicht ins Repo sollen (z.B. Logs, lokale Configs oder Testdaten).

4) Commit: Änderungen „sauber speichern“

Ein Commit besteht aus: Inhalt (was geändert wurde) und Message (warum). Gute Messages sparen später extrem viel Zeit.

commit


git commit -m "Add basic layout for homepage"

Tipp

Commits klein halten

Lieber 3 kleine Commits mit klarer Message als 1 großer „mega commit“. Das macht Reviews, Debugging und Rückgängig machen viel leichter.

5) Remote: push und pull (Kurzüberblick)

Wenn du mit einem Remote arbeitest (z.B. GitHub), gibt es zwei Hauptbewegungen:

push: deine lokalen Commits nach oben schicken.
pull: neue Änderungen vom Remote holen.

push / pull


# Änderungen vom Remote holen und mergen
git pull

# Lokale Commits zum Remote senden
git push

Merke

Erst committen, dann pushen

Git überträgt Commits. Uncommitted Änderungen bleiben lokal.

Kleine Aufgaben (zum Mitdenken)

Aufgabe 1: Reihenfolge im Alltag

Du hast eine Datei geändert und willst sie „sauber speichern“. Welche Reihenfolge ist typisch?

Lösung einblenden

Lösung

status → diff → add → commit

Erst prüfen (status/diff), dann gezielt stagen (add) und dann committen (commit). Wenn du mit Remote arbeitest: danach push.