Arbeitskontexte und Worktrees
Sie arbeiten an einer Korrektur, als eine Review-Anfrage eintrifft. Ein Arbeitskontext hilft, zur gleichen Ansicht und zum Entwurf zurückzukehren. Ein Worktree gibt der anderen Aufgabe eigene Dateien und einen eigenen Index. Entscheiden Sie danach, was getrennt bleiben muss.
Den passenden Aufgabenwechsel wählen
| Bedarf | Funktion |
|---|---|
| Auswahl, Filter, Scrollposition und Commit-Entwurf eines Tabs während der Sitzung wiederherstellen | Den Kontext schließen und wieder aufnehmen. |
| An einer anderen Revision arbeiten und den ursprünglichen Checkout erhalten | Einen Worktree in einem separaten Ordner erstellen. |
| Änderungen im gleichen Checkout vorübergehend beiseitelegen | Einen benannten Stash speichern und bewusst wiederherstellen. Siehe Sicherheitsnetz. |
Einen Kontext schließen und wieder aufnehmen
Öffnen Sie die Arbeitskontexte, um offene Repositorys, kürzlich geschlossene Kontexte und gefundene Worktrees zu sehen. Prüfen Sie Branch, zugehörigen Pull Request, ausstehende Änderungen und Commit-Entwurf. Ist die Prüfung nicht verfügbar oder unvollständig, öffnen und prüfen Sie das Repository vor einer Aktion.
Wählen Sie einen offenen Kontext und Kontext schließen. Lesen Sie die Bestätigung, besonders bei einer laufenden Git-Operation. Das Schließen erhält Repository, Branch und Dateien auf dem Datenträger. Es beendet oder verwirft weder Merge noch Rebase oder eine andere Git-Operation und erstellt oder wendet keinen Stash an.
Mit Kontext fortsetzen kehren Sie zum verfügbaren Tab-Zustand zurück. Riff hält bis zu zehn kürzlich geschlossene Kontexte im Speicher des aktuellen Workspaces. Auswahl, Filter, Scrollposition und Entwürfe gelten für die Sitzung: Ein Neustart oder Workspace-Wechsel erhält diesen Cache nicht. Das ist getrennt von der gespeicherten Tab-Reihenfolge und der Workspace-Synchronisierung.
Einen separaten Worktree erstellen
- Wählen Sie in den Arbeitskontexten ein Repository und Neuer Worktree.
- Wählen Sie einen leeren oder neuen Zielordner außerhalb der Git-Metadaten. Legen Sie die Ausgangsrevision und bei Bedarf einen neuen Branchnamen entsprechend den Teamregeln fest.
- Prüfen Sie die Auswahl und erstellen Sie den Worktree. Ohne neuen Branch öffnet er mit abgetrenntem HEAD. Erstellen Sie einen Branch, bevor Sie Commits anlegen, die Sie behalten möchten.
- Öffnen Sie den erzeugten Ordner in Riff. Er hat eigene Dateien und einen eigenen Index, teilt aber die Git-Historie des Repositorys. Das Tarif- oder Gastlimit kann das Öffnen eines weiteren verfolgten Repositorys verhindern, obwohl Git den Worktree bereits erstellt hat. Prüfen Sie das Ergebnis, bevor Sie die Erstellung wiederholen.
Für einen Pull Request verwenden Sie In Worktree öffnen im Review, um den genau geprüften Commit vorzubereiten. Der Kontextwechsel veröffentlicht keine Commits und verändert den ursprünglichen Checkout nicht.
Einen fertigen Worktree entfernen
Erstellen Sie einen Commit oder sichern Sie benötigte Arbeit, bevor Sie Entfernen für den zusätzlichen Worktree wählen. Riff lehnt das Entfernen bei ausstehenden Änderungen, ignorierten Dateien, laufenden Operationen, einem gesperrten Worktree oder dem Hauptarbeitsverzeichnis ab. Prüfen Sie ignorierte Build-Ausgaben und andere Dateien, bevor Sie entscheiden, was entfernt werden soll.
Ist HEAD abgetrennt, sichern Sie den Commit zuerst durch einen lokalen Branch oder Tag. Das Entfernen löscht nicht automatisch den Branch und führt keinen Push aus. Ein geschlossener Kontext blendet nur seinen Tab aus; das Entfernen eines Worktrees löscht dessen Arbeitsordner. Beachten Sie diesen Unterschied beim Abschluss einer Aufgabe.