Arbeitsverzeichnis vs. Staging-Bereich vs. lokales Repository: Die drei lokalen Zonen von Git verstehen

Von Mirko Peters · 2026-08-12

Meistern Sie die drei lokalen Zonen von Git: Erfahren Sie, wie Arbeitsverzeichnis, Staging-Bereich und lokales Repository zusammenarbeiten, damit Sie die Projekthistorie präzise steuern können.

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Die Navigation zwischen den drei lokalen Bereichen von Git – Arbeitsverzeichnis, Staging-Bereich und lokales Repository – ist entscheidend, wenn Sie vom chaotischen Kopieren von Dateien zur bewussten Versionskontrolle übergehen wollen. Dieser Leitfaden erklärt, wie jede Zone wie ein physisches Büro funktioniert, damit Sie Ihre Projekthistorie präzise steuern können.

Das Wichtigste in Kürze

• Das Arbeitsverzeichnis ist Ihr aktiver Projektordner und funktioniert wie ein unordentlicher Schreibtisch, auf dem Sie Dateien frei bearbeiten.
• Der Staging-Bereich dient als Ablage zur Prüfung und enthält nur die Änderungen, die Sie mit git add für Ihren nächsten Checkpoint auswählen.
• Das lokale Repository fungiert als Aktenschrank, der Ihre vorbereiteten Änderungen dauerhaft als strukturierte Commit-Historie festhält.
• Die Befehle git status und git diff sind Sicherheitsprüfungen. Sie zeigen Ihnen, was in Ihren lokalen Bereichen passiert, bevor Sie die Historie festhalten.
• Das Verständnis dieser drei Zonen verhindert versehentliche Commits und hilft Ihnen, Ihre Projekthistorie sauber und logisch zu halten.

Das Arbeitsverzeichnis: Ihr aktiver Schreibtisch

Wenn Sie einen Projektordner auf Ihrem Computer öffnen und Änderungen vornehmen, arbeiten Sie direkt in der ersten lokalen Zone von Git: dem Arbeitsverzeichnis. Stellen Sie sich diesen Ordner wie Ihren physischen Schreibtisch im Büro vor. Er enthält jede Datei, die Sie öffnen, erstellen, ändern oder löschen, einschließlich Website-Code, Dokumentation, Konfigurationsdateien und Bilder.

Wie ein realer Schreibtisch kann auch Ihr Arbeitsverzeichnis während des Experimentierens schnell unordentlich werden. Vielleicht beginnen Sie, einen Anmelde-Button neu zu schreiben, bemerken einen Rechtschreibfehler in einer Readme-Datei und erstellen ein experimentelles Skript, um ein neues Layout zu testen. Git überführt nicht automatisch jede einzelne Änderung in Ihre dauerhafte Historie, nur weil sie in diesem Ordner stattfindet. Sie können Ideen ausprobieren, Fehler machen und Arbeiten unvollendet lassen, ohne Ihre Projektaufzeichnungen dauerhaft zu verändern.

Um zu sehen, was sich seit Ihrem letzten festgehaltenen Checkpoint im Arbeitsverzeichnis geändert hat, verwenden Sie den Befehl git status. Einfach gesagt ist die Abfrage des Status bei Git so, als würden Sie alles prüfen, was auf Ihrem Schreibtisch liegt. Git zeigt geänderte, neue und gelöschte Dateien an und macht genau sichtbar, was sich seit Ihrem letzten Commit verändert hat.

Der Staging-Bereich: Die Ablage zur Prüfung

Der Staging-Bereich gehört vermutlich zu den am häufigsten missverstandenen Konzepten für Entwickler, die neu in der Versionskontrolle sind, vor allem weil sein Name nach einem geheimnisvollen technischen Lagerraum klingt. Stellen Sie sich den Staging-Bereich stattdessen als Ablage zur Prüfung vor, die direkt neben Ihrem Schreibtisch steht. Sie legen dort nur die Änderungen ab, die für Ihren nächsten Checkpoint vorgesehen sind.

Angenommen, Sie verbringen Ihren Vormittag damit, einen kritischen Link zum Zurücksetzen des Kennworts zu reparieren, und beginnen gleichzeitig einen experimentellen Umbau Ihres Willkommensbildschirms. Die Kennwort-Korrektur wollen Sie auf jeden Fall festhalten, der Umbau ist aber unvollständig und fehlerhaft. Beide Änderungen sollen nicht im selben Commit landen.

Wenn Sie git add zusammen mit Ihrer Datei für das Zurücksetzen des Passworts ausführen, legen Sie genau diese fertige Änderung in den Staging-Bereich. Trotz seines Namens speichert git add Ihre Arbeit nicht dauerhaft und überträgt auch nichts auf einen Online-Server. Es bereitet lediglich eine saubere, ausgewählte Version dieser Datei für Ihren nächsten Speicherpunkt vor. Diese kleine Pause gibt Ihnen enorme Kontrolle. Sie können Ihre bereitgestellten Änderungen prüfen, Elemente entfernen, die Sie zu früh hinzugefügt haben, oder weitere Dateien aufnehmen, die zu genau derselben logischen Arbeitseinheit gehören.

Das lokale Repository: der Aktenschrank

Sobald Ihr Ablagekorb genau die Änderungen enthält, die Sie festhalten möchten, wandern diese Änderungen in die dritte Zone von Git: das lokale Repository. Wenn das Arbeitsverzeichnis Ihr Schreibtisch und der Staging-Bereich Ihr Ablagekorb ist, dann ist das lokale Repository Ihr sicherer Aktenschrank.

Das lokale Repository speichert alle Ihre Commits und die Projekthistorie direkt auf Ihrem Computer in versteckten Systemordnern. Wenn Sie git commit -m "Fix password reset link" ausführen, übernimmt Git die vorbereiteten Änderungen aus dem Staging-Bereich und sperrt sie in einem dauerhaften, benannten Speicherpunkt.

Diese lokal-zuerst-Architektur bedeutet, dass Sie eine vollständige, nachvollziehbare Projekthistorie aufbauen können, ohne Internetverbindung oder Online-Hosting-Dienst. Alles geschieht sicher auf Ihrer eigenen Hardware. Ihr täglicher Arbeitsablauf wird so zu einem verlässlichen Rhythmus: Sie bearbeiten Dateien im Arbeitsverzeichnis, prüfen den Stand mit git status, wählen gezielte Änderungen mit git add aus und halten Ihre Entscheidungen mit git commit fest.

Fazit

Wenn Sie den Unterschied zwischen Arbeitsverzeichnis, Staging-Bereich und lokalem Repository verinnerlichen, verändert sich Ihr Umgang mit Entwicklungsprojekten grundlegend. Wenn Sie Ihren Ordner als Arbeitsbereich, den Staging-Bereich als Ablagekorb und das lokale Repository als dauerhaften Aktenschrank betrachten, behalten Sie die volle Kontrolle über Ihre Projekthistorie.

Um die Grundlagen der Versionskontrolle noch genauer kennenzulernen, hören Sie sich die vollständige Folge des M365 FM Podcasts an. Dort erklärt Mirko Peters Git in verständlicher Sprache und zeigt, wie diese lokalen Mechanismen in größere Teamworkflows passen.

Häufige Fragen

Worin unterscheiden sich das Arbeitsverzeichnis und der Staging-Bereich?

Das Arbeitsverzeichnis ist Ihr aktiver Projektordner, in dem Sie Dateien frei bearbeiten, erstellen und löschen. Der Staging-Bereich ist ein selektiver Ablagekorb, in den Sie nur die konkreten Änderungen legen, die Sie in Ihren nächsten Commit aufnehmen möchten.

Speichert git add meine Dateien dauerhaft?

Nein. Der Befehl git add bereitet Ihre Dateien vor, indem er sie in den Staging-Bereich verschiebt. Er schreibt sie aber nicht dauerhaft in die Projekthistorie und lädt sie auch nicht online hoch. Eine dauerhafte Speicherung erfolgt erst, wenn Sie git commit ausführen.

Kann ich Git ohne Online-Hosting-Dienst nutzen?

Ja. Git ist so konzipiert, dass es vollständig lokal auf Ihrem Computer funktioniert. Sie können ein lokales Repository anlegen, Commits erstellen, Branches verwalten und die Historie prüfen, ohne jemals eine Verbindung zu GitHub oder zum Internet herzustellen.

Was sollte ich tun, wenn ich eine Datei versehentlich zum Staging-Bereich hinzufüge?

Wenn Sie eine Datei zu früh in den Staging-Bereich legen, bieten Git-Befehle zum Zurücknehmen (etwa git reset) die Möglichkeit, die Datei sicher aus dem Staging-Bereich zu entfernen und in Ihr Arbeitsverzeichnis zurückzuholen, ohne Ihre neuesten Änderungen zu verlieren.