Menu
Coddy logo textTech

Git Playground

Code-Snippets schreiben, ausführen und teilen - keine Einrichtung nötig.

Git-Terminal
user$ git init
user$ echo "hello" > app.txt
user$ git add app.txt
user$ git commit -m "Add app.txt"
user$ git checkout -b feature
user$ echo "new feature" >> app.txt
user$ git commit -am "Work on feature"
user$ git checkout main
user$ echo "fix" > fix.txt
user$ git add fix.txt
user$ git commit -m "Hotfix on main"
user$ git merge feature
user$
RepositoryAuf Branch main
git log --oneline --graph --all

Commits nach diesem Schritt

  • ea85bd9 Merge branch 'feature' (HEAD -> main) <- f5363c6, 47b6cfb
  • 47b6cfb Work on feature (feature) <- b2134da
  • f5363c6 Hotfix on main <- b2134da
  • b2134da Add app.txt
  • Arbeitsverzeichnis sauber

Jeder Durchlauf spielt das ganze Skript neu ab und hält das Repository nach jeder Zeile fest. Klicke auf einen Schritt, um den Graphen zu diesem Zeitpunkt zu sehen.

Häufige Git-Befehle ausprobieren

Git läuft auch in diesem Terminal. Lade einen fertigen Workflow in die Eingabe, klicke auf Ausführen, um jeden Befehl ablaufen zu sehen, und öffne die vollständige Anleitung zu jedem Befehl, den du verstehen möchtest.

Ein Repository anlegen und den ersten Commit machenInitialisiere ein Repository, stage eine Datei, committe sie und prüfe den Status.
  1. git init
  2. git config user.name "You"
  3. git config user.email "you@example.com"
  4. echo "# My Project" > README.md
  5. git add README.md
  6. git commit -m "Initial commit"
  7. git status
  8. git log --oneline
Einen Branch erstellen und mergenErstelle einen Branch, mache eine Änderung, committe sie und merge den Branch zurück in main.
  1. git init
  2. echo "hello" > app.txt
  3. git add app.txt
  4. git commit -m "Add app.txt"
  5. git checkout -b feature
  6. echo "new feature" >> app.txt
  7. git commit -am "Work on feature"
  8. git checkout -
  9. git merge feature
  10. git log --oneline --graph
Den letzten Commit rückgängig machenMache einen Commit, den du bereust, und mache ihn rückgängig, während du deine Änderungen behältst.
  1. git init
  2. echo "v1" > notes.txt
  3. git add notes.txt
  4. git commit -m "Add notes.txt"
  5. echo "v2" >> notes.txt
  6. git commit -am "Oops, wrong message"
  7. git reset --soft HEAD~1
  8. git status
  9. git commit -m "Update notes.txt"
  10. git log --oneline

Ein Online-Git-Playground mit lebendem Commit-Graphen

Ein kostenloser Git Playground, der echtes git in einem abgeschotteten Linux-Terminal ausführt, keine JavaScript-Nachbildung. Tippe links Befehle - git init, git add, git commit, git branch, git merge, git rebase, git reset -, drücke Ausführen, und das Repository-Panel rechts zeichnet nach jeder Zeile deines Skripts den Commit-Graphen, die Branches, HEAD und den Arbeitsbaum neu. Der schnellste Weg, Git online zu üben und wirklich zu sehen, was jeder Befehl bewirkt hat.

Jede Ausführung spielt dein gesamtes Skript aus einem leeren Ordner neu ab und macht nach jeder Anweisung einen Schnappschuss des Repositorys - du kannst also auf jeden Schritt klicken und den Graphen genau in diesem Moment sehen. Ein Commit, den ein git reset zurückgelassen hat, bleibt abgeblendet im Bild, damit ein Rückgängigmachen zeigt, was es rückgängig gemacht hat. Nichts zu installieren, kein Konto, und keines deiner Repositorys wird je angefasst.

Was diesen Git Playground unterscheidet

  • Echtes Git, echte Ausgabe: die Sandbox führt das echte git-Binary unter Linux aus, also verhalten sich Fehlermeldungen, git log --graph, git status und die Flags wie auf deinem Rechner - anders als ein Git-Simulator, der nur die von seinen Autoren nachgebauten Befehle kennt. Der eine bewusste Unterschied: die Autoren-Identität und die Commit-Daten sind fest, damit die Hashes zwischen Durchläufen gleich bleiben.
  • Ein Commit-Graph, der sich nach jeder Zeile aktualisiert: Branches als Spuren, Merges als Kurven, HEAD und jede Ref als Label auf ihrem Commit, dazu die gestagten, geänderten, nicht verfolgten und konfliktbehafteten Dateien aus git status. Klicke auf einen Schritt, um durch die Historie deiner Sitzung zu scrubben.
  • Übe die Befehle, nach denen am meisten gesucht wird: einen Commit rückgängig machen, Commits squashen, auf main rebasen, Cherry-Pick, Stash, einen Merge-Konflikt lösen, sicher force-pushen. Lade unten einen fertigen Workflow oder öffne eine beliebige Seite der Git-Befehlsreferenz und drücke "Live ausprobieren".
  • Remotes ohne Netzwerk: lege ein lokales Bare-Repository an, füge es als origin hinzu und übe git push, git fetch, git pull und git clone dagegen. Der Graph zeigt, wie sich origin/main neben main bewegt.
  • Deterministische Läufe: Datum und Identität sind fixiert, dasselbe Skript erzeugt also immer dieselben Commit-Hashes. Teile ein Skript mit einem Kommilitonen und ihr seht beide denselben Graphen.

Was du im Git Playground ausprobieren kannst

  • Branchen und mergen: git checkout -b feature, dort committen, zurück auf main wechseln, dort ebenfalls committen, dann git merge feature - und zusehen, wie der Merge-Commit die beiden Spuren verbindet.
  • Sicher rückgängig machen: mache einen Commit, den du bereust, führe git reset --soft HEAD~1 aus und sieh zu, wie der Commit aus dem Graphen verblasst, während deine Änderungen als gestagte Dateien wieder auftauchen. Probiere danach git revert und vergleiche.
  • Rebase gegen Merge: baue dieselbe Zwei-Branch-Historie zweimal auf, schließe die eine mit git merge und die andere mit git rebase main ab und vergleiche die Form der beiden Graphen nebeneinander.
  • Ein Merge-Konflikt mit Absicht: ändere dieselbe Zeile auf zwei Branches, merge, und sieh die Datei in der Zeile Konflikte landen. Behebe ihn, git add, git commit, und sieh, wie der Konflikt verschwindet.

Git Playground FAQ

Ist dieser Git Playground kostenlos?
Ja. Der Git Playground ist kostenlos und braucht weder Anmeldung noch Installation. Seite öffnen, einen Befehl tippen, Ausführen drücken.
Ist das echtes Git oder eine Simulation?
Echtes Git. Jede Ausführung führt dein Skript mit dem echten git-Binary in einem abgeschotteten Linux-Container aus, also stimmen Befehle, Flags, Ausgabe und Fehlermeldungen mit dem überein, was du lokal siehst. Zwei Dinge kommen absichtlich hinzu: eine Standard-Autoren-Identität (die dein eigenes git config user.name überschreibt, genau wie lokal) und fixierte Commit-Daten, damit die Commit-Hashes bei jeder Ausführung gleich sind. Nichts kann dich mitten im Lauf um eine Eingabe bitten, deshalb braucht ein interaktiver Befehl wie git rebase -i einen per Skript gesetzten Editor - die Beispiele zeigen, wie.
Wie funktioniert der Commit-Graph?
Nach jeder Anweisung in deinem Skript erfasst die Sandbox die Commits des Repositorys, die Refs, HEAD, die Stash-Liste und git status. Die Seite zeichnet den Graphen aus diesen Schnappschüssen: eine Spur pro Branch, Merges als Kurven und jede Ref als Label. Klicke auf eine Schrittnummer, um das Repository so zu sehen, wie es direkt nach dieser Zeile war. In einer sehr langen Sitzung werden die früheren Eingaben nur an ihrem Ende erfasst, und die Schrittleiste zeigt nur die Zustände, die tatsächlich aufgezeichnet wurden.
Kann ich hier Branching, Merging und Rebasing üben?
Ja - genau dafür ist der Graph da. Lege Branches an, committe darauf, merge, rebase, nutze Cherry-Pick, Reset und Revert und sieh, wie jede Operation das Bild verändert. Eine praktische Alternative zu einem Branching-Spiel, mit echtem Git darunter.
Kann ich git push, pull, fetch und clone benutzen?
Gegen ein lokales Remote, ja. Die Sandbox hat keinen Netzwerkzugriff, git clone https://… erreicht das Internet also nicht. Lege in einem Unterordner ein Bare-Repository an (git init --bare remote.git), füge es als origin hinzu und pushe, fetche, pulle und klone davon - die Remote-Tracking-Branches erscheinen im Graphen wie bei GitHub.
Bleibt meine Arbeit zwischen den Läufen erhalten?
Nein. Jede Ausführung startet aus einem leeren Ordner und spielt das ganze Skript neu ab - genau das macht die Zeitleiste möglich. Behalte deine Befehle im Prompt (Shift+Enter fügt eine Zeile hinzu) und nutze Zurücksetzen, um zum Startskript zurückzukehren.
Worin unterscheidet sich das vom Online-Linux-Terminal?
Es ist dasselbe Sandbox-Terminal - Git läuft dort ebenfalls - nur mit einem Repository-Panel dazu. Die Linux-Terminal-Seite ist für Shell-Befehle und Skripte; diese Seite setzt deine Sitzung so zusammen, dass Commit-Graph und Arbeitsbaum-Zustand nach jeder Zeile festgehalten werden.
Gibt es einen Kurs, der Git von Grund auf beibringt?
Ja. Coddys kostenloser Git-Kurs führt von git init über Branches, Merges und Rebases bis zu Remotes, mit geprüften Übungen, und jede Befehlsseite der Git-Referenz hat einen Button "Live ausprobieren", der diesen Playground mit einem lauffähigen Beispiel öffnet.