Wenn du auf GitHub eine Datei erstellst, bearbeitest oder hochlädst, erscheint der grüne Button «Commit changes». Das ist nicht dasselbe wie «Speichern» auf deinem Computer. Ein Commit erstellt einen unveränderlichen Snapshot deines gesamten Projekts – mit Zeitstempel, Beschreibung und deinem Namen. Wie ein Eintrag in einem Logbuch, den du jederzeit nachschlagen oder rückgängig machen kannst.
🎮
Analogie: Stell dir Commits wie Checkpoints in einem Videospiel vor. Jeder Checkpoint speichert den gesamten Spielstand zu diesem Zeitpunkt. Du kannst jederzeit zu jedem früheren Checkpoint zurückkehren, wenn etwas schiefgeht. Und du hast eine komplette Liste aller Checkpoints mit Beschreibung, wann und warum du sie gesetzt hast.
Was passiert in welcher Reihenfolge?
📸
1. Snapshot erstellen
Git macht ein «Foto» vom aktuellen Zustand aller Dateien im Repository – nicht nur der geänderten Datei. So ist immer klar, wie das gesamte Projekt zu diesem Zeitpunkt aussah.
Passiert automatisch
📝
2. Logbuch-Eintrag schreiben
Der Snapshot bekommt eine eindeutige ID (z.B. a3f8b2c), deine Commit-Nachricht (z.B. «Startseite hinzugefügt»), deinen Namen und einen Zeitstempel. Das ist der eigentliche «Commit» – der Eintrag in die Versionsgeschichte.
Du gibst die Nachricht ein
🚀
3. Auf den Server schreiben (Push)
Wenn du direkt auf github.com arbeitest, wird der Commit sofort auf den Server geschrieben. Bei lokaler Arbeit mit Git sind «Commit» und «Push» zwei getrennte Schritte – auf der Website passiert beides in einem Klick.
Auf github.com automatisch
⚡
4. GitHub Pages reagiert
GitHub erkennt, dass sich etwas auf dem konfigurierten Branch geändert hat und startet automatisch den Veröffentlichungsprozess. Je nach Weg: Jekyll baut Markdown um, HTML wird direkt übernommen, oder der Actions-Workflow startet.
Passiert automatisch
So sieht der Ablauf aus – der Commit ist das Bindeglied
📍 Wo und wann klickst du «Commit Changes»?
Neue Datei erstellen
Add file → Create new file
Du schreibst Inhalt direkt im Browser (z.B. index.md oder _config.yml). Unten auf der Seite gibst du eine Commit-Nachricht ein und klickst «Commit changes».
Datei hochladen
Add file → Upload files
Du lädst eine oder mehrere Dateien hoch (z.B. index.html, Bilder, CSS). Nach dem Drag & Drop klickst du unten auf «Commit changes».
Datei bearbeiten
Datei öffnen → Stift-Symbol ✏️
Du öffnest eine bestehende Datei im Repo, klickst auf den Stift zum Bearbeiten, machst deine Änderungen, und klickst oben rechts «Commit changes».
Aus Lovable pushen
Lovable → GitHub Sync
Lovable erstellt den Commit automatisch, wenn du Änderungen an deinem Projekt synchronisierst. Du siehst den Commit danach im Repository unter dem Tab «Commits».
github.com/user/meine-seite/new/main
Commit message *
Startseite hinzugefügt
Extended description (optional)
index.html mit Grundstruktur und Navigation erstellt
Commit directly to the main branch
✓ Commit changes
Sobald dein Commit auf dem main-Branch gespeichert ist, erkennt GitHub automatisch die Änderung und startet den Workflow «pages-build-deployment». Du musst nichts tun – alles läuft im Hintergrund. Im Tab Actions kannst du den Fortschritt live mitverfolgen:
📥
1. Dateien einsammeln
GitHub nimmt den aktuellen Stand aller Dateien aus dem main-Branch.
🔍
2. Prüfen & Bauen
Bei Markdown-Seiten wandelt Jekyll den Text in HTML um. Bei reinem HTML wird nur geprüft, ob eine index.html vorhanden ist. Bei Vite/React wird npm run build ausgeführt.
📦
3. Artefakt erstellen
Die fertigen Dateien werden als Paket zusammengeschnürt – das sogenannte «Build-Artefakt».
🌍
4. Auf CDN verteilen
Das Paket wird auf GitHubs weltweites Content Delivery Network hochgeladen. Die Seite ist jetzt unter username.github.io/repo erreichbar – mit HTTPS.
Im Tab «Actions» siehst du für jeden Commit einen Eintrag. Der Status zeigt dir, ob alles geklappt hat:
✅ Erfolgreich
Seite ist live und aktualisiert
🟡 In Progress
Wird gerade gebaut (30–90 Sek.)
❌ Fehlgeschlagen
Klick drauf → Log zeigt Fehler