Git-Änderungen

Git changes (Git-Änderungen) zeigt, was im Git-Repository des Arbeitsordners der Konversation anders ist: den Branch, jede geänderte Datei und zu jeder einen Diff. Nutze es, um die Arbeit eines Agents durchzusehen, bevor du ihn um einen Commit bittest. Es ist ein Viewer. Das Einzige, was etwas ändert, ist der ⬇ Pull-Button.

Öffnen #

Öffne das ⋯-Menü der Konversation und wähl 🌿 Git changes. Ein Fenster öffnet sich über der Konversation. Es liest den Ordner auf dem Relay-Host, sodass du von jedem Browser aus dasselbe siehst.

Der Eintrag steht im Menü jeder offenen Konversation. Er ist ausgeblendet, wenn keine Konversation offen ist, und in der geteilten Nur-Lese-Ansicht.

Welches Repository #

Das Fenster führt git im Arbeitsordner der Konversation aus, dem, den du im Dialog New chat gewählt oder mit 🗂️ Change CWD (Arbeitsordner ändern) gesetzt hast. Git findet das Repository von dort aus, wie in einem Terminal: Ein Ordner innerhalb eines Repositorys zeigt dieses Repository.

Findet git kein Repository, sagt der Header Not a git repository und die Liste The current workspace root is not a git repository. Der ⬇ Pull-Button ist deaktiviert. Ein Ordner, der nur mehrere Repositorys nebeneinander enthält, ist selbst kein Repository und bekommt deshalb ebenfalls diese Meldung. Starte eine Konversation innerhalb des Repositorys, das du prüfen willst.

Ein Repository ohne Commits zeigt seinen Branch-Namen, und seine gestagten Dateien werden gelistet. Ein Diff einer gestagten Datei scheitert dort mit der git-Meldung fatal: bad revision 'HEAD'. Diffs von nicht verfolgten Dateien funktionieren.

Der Header #

Der Header zeigt den Branch und daneben, wie weit er von seinem Upstream entfernt ist:

Unter dem Branch zeigt eine zweite Zeile den Upstream und die Zahl der geänderten Dateien, etwa origin/main · 4 changed files (1 changed file bei einer). Ein Branch ohne Upstream zeigt keine Pfeile und keinen Upstream-Namen, nur die Zahl. Die Zahlen sind die, die git zuletzt kannte: OAR macht kein Fetch, also ändert sich ↓ erst nach einem Fetch oder Pull.

Pull #

⬇ Pull führt im Ordner ein einfaches git pull aus, ohne Optionen. Sein Tooltip sagt „Pull from upstream“, aber OAR nennt weder Remote noch Branch. Ob es mergt, rebast oder nur vorspult, bestimmt deine git-Konfiguration (pull.rebase, pull.ff). Der Button wird immer angeboten, wenn der Ordner ein Repository ist, auch wenn es nichts zu pullen gibt, und ist deaktiviert, solange das Fenster lädt oder ein Pull läuft (der Button lautet dann Pulling…). Ein Pull kann bis zu 120 Sekunden dauern.

Ist er fertig, sagt eine Zeile unter dem Header Pull: und die letzte Zeile der git-Ausgabe (zum Beispiel Pull: Already up to date.) oder Pull complete., wenn git nichts ausgegeben hat. Lehnt git ab, ist die Zeile rot und lautet Pull failed: gefolgt von der eigenen Meldung von git. Das siehst du bei einem Konflikt, bei lokalen Änderungen, die ein Pull überschreiben würde, oder bei einem Branch ohne Upstream. OAR macht kein Stash, kein Reset und löst nichts auf. Bitte den Agent, das zu klären. Nach jedem Pull wird die Liste neu geladen.

Die Liste #

Jede geänderte Datei ist eine Zeile: gestagte, nicht gestagte und nicht verfolgte Dateien zusammen, nach Pfad sortiert. Eine Zeile zeigt:

• einen Buchstaben als Badge für den Zustand und den Dateinamen mit seinem Ordner darunter;
• bei einer umbenannten Datei den alten Pfad nach einem ←;
• gelöschte Dateien mit durchgestrichenem Namen.

Ein neuer Ordner, den git noch nicht verfolgt, ist eine Zeile für den ganzen Ordner, nicht eine pro Datei darin. Sein Name ist leer, und der Pfad des Ordners steht darunter. Öffnest du ihn, zeigt er No textual changes detected for this file.

Eine Datei, die nach dem Stagen bearbeitet wurde, erscheint einmal, mit dem Zustand der Arbeitskopie. Die Liste unterscheidet gestagte nicht von nicht gestagten Änderungen. Fahr mit der Maus über eine Zeile, um den Zustand in Worten und den vollen Pfad zu sehen.

Ein Repository, in dem es nichts zu zeigen gibt, sagt Working tree clean — no changes.

Aktualisieren #

Die Liste ist nicht live. Sie wird gelesen, wenn du das Fenster öffnest, wenn du ↻ (Aktualisieren) drückst, und nach einem Pull. Während ein Agent arbeitet, drück ↻, um seine neuesten Änderungen zu sehen. Das Fenster zu schließen und wieder zu öffnen, bewirkt dasselbe.

Der Diff-Viewer #

Klick eine Zeile an, um den Diff dieser Datei in einem zweiten Fenster über der Liste zu öffnen. Der Diff vergleicht die Datei mit dem letzten Commit, sodass gestagte und nicht gestagte Änderungen zusammen erscheinen. Der Titel ist der Pfad der Datei; darunter stehen der Zustand und die Zahlen, zum Beispiel Modified · +12 −3.

Beide Ansichten kommen aus einem Diff, also wechselst du ohne Verzögerung. Die Wahl gilt für die nächsten Dateien, die du öffnest, bis du die Seite neu lädst. Die Zeilen tragen die alten und neuen Zeilennummern; hinzugefügte Zeilen sind grün, entfernte rot.

Lange Zeilen werden nicht umbrochen. Scroll seitwärts, um sie zu lesen.

Kann git den Status oder einen Diff nicht lesen, erscheint die Meldung in Rot über der Liste oder anstelle des Diffs.

Schließ den Diff mit ×, Esc oder einem Klick daneben. Die Liste ist dahinter noch offen. ×, Esc oder ein Klick daneben schließen dann die Liste.

Was es nicht kann #

Hier gibt es kein Stagen, Committen, Verwerfen oder Pushen und keine Möglichkeit, eine Datei zu bearbeiten. Zum Committen, Rückgängigmachen einer Änderung oder Pushen bitte den Agent darum, in der Konversation. Ein Commit, den der Agent bei Claude macht, trägt die Zuschreibungszeile, die du gewählt hast; siehe Commit-Zuschreibung. Neu in 0.9.17 Bei DeepSeek trägt er die Zeile, die unter Commit attribution (Commit-Zuschreibung) im Tab DeepSeek gewählt ist, oder die eigene Einstellung des Ordners.

Nach Provider #

Das Fenster ist für jeden Provider gleich, der auf dem Relay-Host läuft: GitHub Copilot, OpenAI, Claude, Cursor, Grok und DeepSeek. Es liest den Ordner und git, nicht den Agent.