Claude Code ist der beste Worktree-Manager
Integrierte Worktree-Manager sind garantiert begrenzt. Sie gehen normalerweise von einem Repo, Git, einem gesegneten Branch-Flow und der Vorstellung eines Produktteams aus, was Setup bedeuten sollte. Echte Codebasen bleiben nicht innerhalb dieser Zeilen.
Der Zen von cmux besteht darin, dass Entwickler ihre eigenen Tools erstellen und den Suchraum für die Arbeit mit Code erkunden sollten. Worktrees sind ein nützliches Grundelement, aber auch mehrere Checkouts, Backend-/Frontend-Repos in verschiedenen Ordnern, Remote-Rechner, No-Git-Projekte, lokale Skripte und gelegentlich nur das Codieren auf Main, weil es für diese Aufgabe am schnellsten ist.
Das Super-Repo-Muster
Ein Super-Repo ist ein Kontroll-Checkout, der weiß, wo sich alle echten Repos befinden, wie Arbeitsbäume erstellt werden, wie verwandte Repos gepaart werden, welche Skripte jeden Arbeitsbereich vorbereiten und wie PRs überprüft und zusammengeführt werden. cmuxterm-hq ist ein Super-Repo: Es enthält den primären cmux-Checkout, aufgabenbezogene cmux-Arbeitsbäume, Zed-Checkouts, HQ-Skripte, wiederverwendbare Fertigkeiten und die Regeln, die Agenten befolgen, um zu vermeiden, dass sie aufeinander treten.
Es geht nicht darum, dass jeder genau diesen Verzeichnisbaum kopieren sollte. Der Punkt ist, dass ein lokales Steuerungs-Repo Ihr gesamtes technisches Betriebssystem beschreiben kann. Ein Backend-Repo und ein Frontend-Repo können gemeinsam geöffnet werden. Eine mobile App und ein Web-API können zusammen neu geladen werden. Ein Zweig kann in einem Repo und ein passender Zweig in einem anderen erstellt werden. Diese Form gehört zu Ihrem Team und nicht zu einer generischen Arbeitsbaumschaltfläche.
Lassen Sie den Agenten die Arbeitsbäume verwalten
Claude Code und Codex sind bessere Arbeitsbaummanager als die meisten integrierten Arbeitsbaummanager, da sie Ihre Repo-Regeln lesen, Ihre Skripte ausführen, Arbeitsbäume über mehrere Repos hinweg erstellen, ihre eigenen Arbeitsbäume bereinigen, Konflikte beheben, Zweige verschieben, PRs öffnen und nach dem Passieren von CI- und Überprüfungs-Gates zusammenführen können.
Unsere am häufigsten verwendeten Flows sind task-worktree-pr und autoreview. Sie funktionieren, weil Agenten Dateien lesen, schreiben, Befehle ausführen, GitHub überprüfen, auf CI warten, auf Überprüfungskommentare reagieren und über Repositorys hinweg agieren können. Wenn für eine Aufgabe Cloud- und Desktop-Änderungen gleichzeitig erforderlich sind, können Sie den Agenten anweisen, an beiden Stellen zu suchen und den Rest vom Super-Repo codieren zu lassen.
Warum die integrierte Worktree-Unterstützung verloren geht
Eine Worktree-Funktion auf Produktebene kann für den allgemeinen Fall ausgefeilt werden, aber die Randfälle kommen sofort: kein Git, mehrere Repos, generierte Clients, private Setup-Skripte, gepaarte Backend-/Frontend-Zweige, ungewöhnliche Zusammenführungsrichtlinie oder ein Team, das bei kleinen internen Änderungen absichtlich auf Main drängt.
Ein programmierbarer Workflow kann sich anpassen. Bitten Sie Claude Code, einen Arbeitsbaum zu erstellen, starten Sie Codex daneben, führen Sie den Setup-Befehl aus, öffnen Sie den rechten Browserbereich, beobachten Sie Tests und entfernen Sie den Arbeitsbaum, wenn der PR zusammengeführt wird. Dann ändern Sie diesen Workflow morgen.
cmux gibt dem Workflow eine Oberfläche
cmux benötigt keinen integrierten universellen Worktree-Manager. Es bietet Ihnen benutzerdefinierte -Befehle, einen programmierbaren CLI und einen Socket API sowie wiederverwendbare skills. Mit der Plus-Schaltfläche können Sie Ihren eigenen Worktree-Befehl, ein Multi-Repo-Setup, eine No-Git-Sandbox oder eine Remote-Umgebung starten.
Deshalb ist cmux home wichtig. Der beste Worktree-Manager ist derjenige, den Ihre Agenten ändern können, wenn sich Ihr Workflow ändert, und das beste Terminal für diese Schleife hält Benachrichtigungen, Cmd+Shift+U und Cmd+Control+U in der Oberfläche fest.