Version Control

Git & GitHub —
dein Workflow

Alles was du über Commits, Push, Pull und Branches wissen musst. Einmal verstehen, immer anwenden.

Zwei Kopien, eine Wahrheit

Dein Projekt existiert immer an zwei Orten gleichzeitig. Git sorgt dafür, dass beide Kopien synchron bleiben — aber nie automatisch. Du entscheidest wann und was synchronisiert wird.

Wichtig: Git trackt nicht automatisch jede Änderung. Du machst bewusst Schnappschüsse — sogenannte Commits — von Zuständen, die du festhalten willst.

Commit, Push, Pull,
Pull Request

git commit
"Schnappschuss machen"

Du hast Änderungen gemacht und willst diesen Stand festhalten. Der Commit speichert alles lokal — noch nichts geht zu GitHub. Jeder Commit hat eine kurze Nachricht die beschreibt was du gemacht hast.

git push
"Zu GitHub hochladen"

Deine lokalen Commits werden zu GitHub hochgeladen. Erst jetzt ist der Stand online sichtbar und gesichert. Mach das regelmäßig — GitHub ist dein Backup.

git pull
"Von GitHub herunterladen"

Du holst neue Commits von GitHub auf deinen Mac. Wichtig wenn du auf mehreren Geräten arbeitest — immer zuerst pullen bevor du anfängst zu arbeiten.

Pull Request (PR)
"Änderungen zur Überprüfung einreichen"

Für Teams: Jemand macht Änderungen auf einem eigenen Branch und stellt einen "Antrag", diese in den Hauptbranch zu mergen. Als Solo-Entwickler brauchst du das kaum — aber es ist gut es zu kennen.

Parallele Versionen
deines Projekts

Stell dir vor, du willst etwas Großes ausprobieren, aber nicht das Original riskieren. Du machst eine Kopie. Ein Branch ist genau das — eine parallele Version deines Projekts wo du experimentieren kannst.

Die goldene Regel

main ist immer sauber und deploybar. Große Änderungen passieren auf einem Feature-Branch. Wenn alles fertig und getestet ist, wird gemergt.

So sieht dein
normaler Workflow aus

Normale Arbeitssession

Fetch & Pull — GitHub Desktop: "Fetch origin" klicken. Prüft ob neue Änderungen da sind.
Arbeiten — Code schreiben, Dateien ändern, Design anpassen.
Commit — GitHub Desktop: kurze Message eingeben, "Commit to main" klicken.
Push — "Push origin" klicken. Jetzt ist alles auf GitHub gesichert.
Terminal — Alternative zu GitHub Desktop
# 1. Änderungen prüfen
git status

# 2. Alle Änderungen vorbereiten
git add .

# 3. Commit mit Message
git commit -m "feat: neue Kontaktseite"

# 4. Zu GitHub hochladen
git push

Tipp: Commit früh und oft. Lieber 10 kleine Commits als einer riesiger. Dann kannst du bei Problemen genau an den richtigen Punkt zurück.

Wie du Commits
beschriftest

Gute Commit-Messages sind wie ein Tagebuch für dein Projekt. In einem Monat weißt du noch genau was du wann gemacht hast.

Format
typ(bereich): was du gemacht hast

# Beispiele:
feat: neue Startseite mit Hero-Section
fix: Mobile-Menü auf iPhone kaputt
chore: alte Bilder aus public/ gelöscht
refactor: Navigation in eigene Komponente
Typ Bedeutung Beispiel
featNeue Funktion oder Seitefeat: Kontaktformular
fixBug behobenfix: Button auf Mobile
choreAufräumen, Configs, kein Codechore: .gitignore update
refactorCode umgebaut, gleiches Ergebnisrefactor: Header vereinfacht
docsDokumentation geändertdocs: README aktualisiert
styleNur CSS/Design, keine Logikstyle: Farben angepasst

Zusammenfassung — die drei Regeln

01

Commit früh und oft

Jede abgeschlossene Änderung ist ein Commit wert.

02

Push am Ende jeder Session

GitHub ist dein Backup. Nie ohne Push aufhören.

03

Pull vor jeder neuen Session

Besonders wenn du auf mehreren Geräten arbeitest.