git worktrees

Boris Cherny berichtete am 1. Februar 2026, der erste Tipp des Claude-Code-Teams sei, drei bis fünf Git-Worktrees gleichzeitig laufen zu lassen, jeden mit einer eigenen Claude-Sitzung, und bezeichnete dies als den größten Produktivitätsgewinn, den das Team identifiziert habe. Manche Entwickler halten sich Shell-Aliase (za, zb, zc), um zwischen ihnen zu springen; einer reserviert einen Worktree für Log- und BigQuery-Analysen.

Die Praxis geht dieser Rangliste voraus. Jesse Vincent baute seine Methode vom September 2025 auf Worktrees auf, um Aufgaben über Branches hinweg zu isolieren, wodurch er separaten Claude-Sitzungen unterschiedliche Rollen zuweisen konnte, eine Architektin, die plant, und einen Implementierer, der schreibt. Bis Oktober 2025 automatisierte Superpowers die Erstellung von Worktrees, sodass jede Aufgabe in einer eigenen isolierten Umgebung beginnt.

Lushbinarys Loop-Engineering-Leitfaden vom Juni 2026 zählt Worktrees zu den Bestandteilen, die eine funktionierende Loop braucht: parallele Agenten, die ohne Dateikollisionen arbeiten. Michael Segners Startup-Leitfaden vom August 2026 weist der Praxis eine andere Aufgabe zu. Unter der Regel „build to rebuild" behandelt Commure Neufassungen als gewöhnliche Arbeit, und Worktrees machen sie erschwinglich: v2 läuft neben v1, und das Zusammenführen erfolgt nur, wenn die Evals der neuen Version besser abschneiden.

Was sich über diese zehn Monate hinweg nicht ändert, ist die Behauptung der Isolation. Was keine der Quellen liefert, ist eine Zahl. Chernys Rangliste ist das eigene Urteil des Teams, und die Zahlen in Segners Leitfaden werden von den befragten Unternehmen selbst angegeben, ohne beschriebene Erhebungsmethode.