GitButler CLI: 5 Kern-Workflows, die den Teufelskreis aus Stash und Checkout durchbrechen

Entwicklerzeit ist teuer. Doch einen beträchtlichen Teil dieser kostbaren Zeit verschwenden wir nicht mit dem Schreiben von Code, sondern mit Context Switching. Ein dringender Hotfix-Request mitten in der Feature-Entwicklung zwingt uns zu git stash, dem Wechseln des Branches und nach der Rückkehr zum stash pop inklusive Konfliktlösung – ein Prozess, der die Konzentration selbst erfahrener Ingenieure in Stücke reißt.

Standard-Git wurde für die lineare Historienverwaltung konzipiert. Es basiert auf der Annahme, dass man an genau einer Sache gleichzeitig arbeitet. Die Realität in der Entwicklung ist jedoch komplexer: Man muss Feedback aus mehreren Code-Reviews einarbeiten und gleichzeitig neue Funktionen entwickeln. Im Jahr 2026 ist es an der Zeit, die Grenzen von Git zu akzeptieren und unsere Werkzeuge weiterzuentwickeln. Die GitButler CLI namens but ist mehr als nur ein Komfort-Tool – sie verändert das Paradigma der Versionsverwaltung.

---

Parallelisierung der Arbeit: Die Innovation virtueller Branches

Die mächtigste Waffe von GitButler ist die Fähigkeit, mehrere Branches gleichzeitig in einem einzigen Arbeitsverzeichnis zu aktivieren. In herkömmlichem Git war dies bisher unmöglich.

Standard-Git verwaltet zu jedem Zeitpunkt nur einen einzigen HEAD-Pointer. GitButler hingegen nutzt einen speziellen Branch namens gitbutler/workspace, um den Zustand aller aktuell aktiven virtuellen Branches (Lanes) in Echtzeit zusammenzuführen.

Vergleichspunkt	Standard-Git (Vanilla)	GitButler (Virtual Branches)
Zustand des Arbeitsbereichs	Nur ein Branch existiert gleichzeitig	Änderungen aus mehreren virtuellen Branches koexistieren
Kontextwechsel	Stash + Checkout (Sekunden bis Minuten)	Sofort (durch logische Neuzuordnung)
Konfliktmanagement	Rebase-Stopp zwingend erforderlich	Konflikte werden als "Zustand" bewahrt; Arbeit kann fortgesetzt werden

Dank dieser Struktur erkennen IDEs oder Compiler die verschiedenen Aufgaben als einen konsistenten Quellbaum an, ohne dass zusätzliche Konfigurationen nötig sind. Das bedeutet Multitasking, ohne den Flow zu unterbrechen.

---

3 Techniken für maximale Produktivität in der Praxis

Schauen wir uns konkrete Methoden an, die über bloßen Komfort hinausgehen und die Arbeitsgeschwindigkeit physisch beschleunigen.

1. Unterbrechungsfreies Context Switching

Was tun Sie, wenn Sie beim Schreiben komplexer Logik einen Tippfehler entdecken? Früher mussten Sie Ihre aktuelle Arbeit unterbrechen. Jetzt korrigieren Sie ihn einfach an Ort und Stelle und geben but branch new fix-typo ein. Ihr Arbeitsbereich bleibt unverändert, während nur der spezifische Änderungsteil (Hunk) logisch dem neuen Branch zugewiesen wird.

2. Commit-Refining durch „but rub“

Eine Commit-Historie ist eine Erzählung für Ihre Kollegen. Unordentliche Zwischenschritte sollten darin nicht auftauchen. Um die Komplexität von rebase -i zu eliminieren, hat GitButler den Befehl but rub eingeführt. Damit „rubben“ (reiben) Sie Änderungen direkt in einen bestimmten Commit hinein. Der Ziel-Commit wird sofort angepasst (Amend), und alle darauf aufbauenden Commits werden automatisch restacked. Unterstützt wird dies durch ein „First Class Conflict“-System, bei dem die Arbeit nicht wegen eines Rebase-Konflikts gestoppt werden muss.

3. Marking-System und AI-Kollaboration

Das Herzstück des 2026er Updates ist das „Marking“. Wenn Sie einen bestimmten Commit als aktiven Marker festlegen, werden alle nachfolgenden Änderungen automatisch an diesem Punkt akkumuliert.

Besonders im Zusammenspiel mit AI-Agenten wie Claude Code oder Cursor entfaltet dies seine volle Wirkung. Die zahlreichen Code-Fragmente, die ein Agent generiert, werden automatisch zu einer sauberen logischen Einheit zusammengeführt, sodass die Historie stets ihre finale Form behält. Der Aufwand, sich nach einem commit --fixup später um ein autosquash kümmern zu müssen, entfällt komplett.

---

Sicherheit bei der Einführung: Oplog und Erweiterbarkeit

Die größte Angst bei der Einführung neuer Tools ist der Datenverlust. GitButler bietet mit dem Oplog ein System, das präziser ist als Gits reflog. Da vor jeder Datenänderung ein vollständiger Snapshot erstellt wird, genügt ein but undo, um selbst nach einem gelöschten Commit oder einem missglückten Rebase den Zustand inklusive gelöster Konflikte perfekt wiederherzustellen.

Für Power-User unterstützt jeder Befehl das JSON-Flag (but status -j). In Kombination mit jq lassen sich so Automatisierungsskripte in wenigen Zeilen schreiben, die basierend auf CI-Ergebnissen nur ganz bestimmte virtuelle Branches pushen.

Checkliste vor der Einführung

• Target festlegen: Definieren Sie Ihren Basis-Branch mit but config target origin/main.
• Schrittweise Umstellung: Anstatt sofort alle Branches parallel zu nutzen, empfiehlt es sich, erst einmal mit einem virtuellen Branch vertraut zu werden.
• Hooks prüfen: Stellen Sie sicher, dass Lint- oder Test-Hooks Ihres Projekts während des but setup-Prozesses korrekt verbunden werden.

---

Psychologische Sicherheit durch virtuelle Branches

Die Unannehmlichkeiten von stash und checkout, die wir täglich erleben, waren eigentlich nie unvermeidlich. Passen Sie Ihr Denken nicht länger an die Grenzen Ihrer Werkzeuge an.

Paralleles Arbeiten durch virtuelle Branches und eine intuitive Bereinigung der Historie geben Entwicklern psychologische Sicherheit. Das Wissen, dass man Fehler rückgängig machen und ohne Unterbrechungen kollaborieren kann, macht den entscheidenden Unterschied in der Produktivität aus. Geben Sie jetzt but status in Ihr Terminal ein. In dem Moment, in dem Sie erleben, wie viel logischer und freier Ihr Arbeitsverzeichnis sein kann, wird es kein Zurück mehr zur alten Ineffizienz geben.