NCA Social Media
Aktualisiert:
Autor:
Roland Golla
Grünes neon jj Terminal mit blauem Cartoon Elefant, Branch Snapshots und Rakete auf dunklem Grid

Was ist Jujutsu (jj)?

Jujutsu, aufgerufen als jj auf der Kommandozeile, ist eine moderne, Git kompatible Versionskontrolle, die 2026 schnell an Verbreitung gewinnt. Das Tool wurde von Martin von Zweigbergk bei Google gestartet, ist in Rust geschrieben und unter Apache 2.0 Lizenz veroeffentlicht. Google nutzt jj intern, der offizielle Code liegt auf GitHub unter jj-vcs und hat bereits ueber 27.000 Sterne gesammelt.

Der entscheidende Punkt fuer PHP Teams: jj arbeitet direkt auf bestehenden Git Repositories. Es liest und schreibt das gleiche .git Verzeichnis, erzeugt echte Git Commits und kann parallel zu Git genutzt werden. Kollegen im Team muessen nichts aendern, GitLab, GitHub und CI Pipelines funktionieren unveraendert weiter. Wer will, nutzt jj lokal als bessere Oberflaeche auf dem Symfony Projekt, der Rest des Teams bleibt bei git.

Jujutsu entfernt konzeptionell einige bekannte Schmerzpunkte von Git: Es gibt keinen Staging Bereich (kein git add), die Working Copy ist selbst ein Commit, und jede Aktion ist ueber das Operation Log rueckgaengig machbar. Im Vibe Coding Kontext mit KI Agents macht das einen enormen Unterschied, gilt aber auch fuer klassische PHP Projekte mit viel Rebase und Cherry Pick Arbeit.

CYPRESS.IO Ambassador und IT Consultant für QA Engenieering und Qualität in PHP Projekten.

Erreichen Sie unsere PHP Consultant Spezialisten

Wir sind Experten für PHP und helfen Ihnen, Ihre digitalen Herausforderungen zu meistern. Unser erfahrenes Team unterstützt Sie bei PHP Updates, PHP Refactoring und berät Sie remote zu allen Fragen rund um PHP. Mit unseren vollautomatischen CI/CD Deployments und einer robusten Docker-Infrastruktur bringen wir Ihre PHP-Projekte auf das nächste Level. Vertrauen Sie auf unsere Expertise für zuverlässige und skalierbare PHP-Lösungen.

Demo Team Workshop Anrufen

Warum Jujutsu jj fuer PHP und Symfony Teams relevant ist

PHP Projekte leben von sauberer Historie. Composer Updates, Doctrine Migrations, Rector Refactorings und Symfony Major Upgrades erzeugen viele kleine, voneinander abhaengige Commits. Wer regelmaessig mit Interactive Rebase, Squash Merges oder Stacked Pull Requests arbeitet, kennt die Situationen, in denen Git unbequem wird.

Jujutsu loest diese typischen PHP Team Probleme auf mehreren Ebenen:

  • Automatische Snapshots: Jeder jj Befehl schreibt die aktuelle Working Copy als Commit weg. Kein git stash verlieren, kein vergessenes git add.
  • Operation Log mit Undo: jj op log zeigt jede Operation auf dem Repository, jj op restore macht jede Aktion rueckgaengig. Ein verunglueckter Rebase ist kein Datenverlust mehr.
  • First Class Conflicts: Merge Konflikte werden im Commit gespeichert, nicht im Arbeitsbereich. Man kann in Ruhe loesen, andere Aufgaben dazwischenschieben und zurueckkommen.
  • Bookmarks statt Branches: Anonyme Arbeitsstraenge ohne Zwang zur fruehen Benennung. Name wird erst gesetzt, wenn klar ist, was gebaut wurde.
  • Stacked Changes: Arbeit an drei voneinander abhaengigen Features gleichzeitig, automatisches Rebasen nachgelagerter Commits bei jeder Aenderung an einer Basis.

Fuer Teams, die mit KI Coding Agents wie Claude Code oder Cursor an PHP Codebases arbeiten, ist der Snapshot Mechanismus besonders wertvoll. Agents machen viele, teils experimentelle Aenderungen. Mit jj ist jede Zwischenstufe wiederherstellbar, ohne dass das Team im Hauptrepository etwas merkt.

Jujutsu jj installieren und im PHP Projekt aktivieren

jj laeuft auf macOS, Linux und Windows. Auf dem Mac ueber Homebrew, auf Linux per Cargo oder paketiert, auf Windows ueber Scoop oder winget. Die Installation beruehrt bestehende Git Konfigurationen nicht.

Code: 
          
# macOS
brew install jj

# Linux / Windows mit Rust Toolchain
cargo install --locked --bin jj jj-cli

# Version pruefen
jj --version

Im bestehenden Symfony oder Laravel Projekt wird jj colocated eingerichtet. Das bedeutet, jj und git arbeiten parallel im selben Verzeichnis auf der gleichen .git Instanz. Teamkollegen sehen keinen Unterschied.

Code: 
          
# In das PHP Projekt wechseln
cd my-symfony-app

# jj colocated initialisieren
jj git init --colocate

# User und Mail konfigurieren (einmalig)
jj config set --user user.name "Roland Golla"
jj config set --user user.email "roland@nevercodealone.de"

# Status anzeigen
jj st

# Log anzeigen
jj log

Ab jetzt kann das Team mit git weiterarbeiten, waehrend man selbst jj Befehle nutzt. Pushes landen als echte Git Commits auf GitLab oder GitHub, Merge Requests funktionieren wie gewohnt. Die NCA Kollegen nutzen genau diesen Weg fuer Sulu CMS, Symfony und Shopware Projekte.

Jujutsu vs Git: Die wichtigsten Unterschiede im Arbeitsalltag

Wer mit Git Interactive Rebase vertraut ist, versteht jj schnell: Vieles, was in Git ein bewusster, oft angstbesetzter Eingriff ist, ist in jj der Normalfall. Die zentralen Unterschiede:

  • Kein Staging Bereich: Die Working Copy ist selbst ein Commit. Es gibt kein git add, keine Verwirrung zwischen getrackten und ungetrackten Aenderungen.
  • Working Copy als Commit: jj macht bei jedem Befehl einen Snapshot. Dadurch ist der Zustand vor jeder Aktion auffindbar.
  • Change ID statt Commit Hash: Jeder Change hat eine stabile ID (z.B. pqomwrlk), die erhalten bleibt, auch wenn der Commit durch Rebase oder Amend umgeschrieben wird. Das vereinfacht die Arbeit mit abhaengigen Changes enorm.
  • Automatic Rebase: Wenn ein frueher Commit geaendert wird, werden alle nachgelagerten Commits automatisch rebasiert. Kein manuelles git rebase --interactive mehr fuer Fixups.
  • Operation Log: jj op log zeigt die komplette Historie aller Aktionen auf dem Repository, jj op restore bringt alles zurueck. Ein Sicherheitsnetz, das Git in dieser Form nicht hat.
  • Bookmarks statt Branches: Bookmarks sind Zeiger auf Changes, die sich bei Rebases mitbewegen. Erst beim Push werden sie zu klassischen Git Branches.

Fuer PHP Teams, die Feature Branches, CI Pipelines und Code Review ueber GitLab oder GitHub fahren, aendert sich im Remote Workflow nichts. Jeder jj push ergibt einen ganz normalen Git Push. Der Gewinn liegt in der lokalen Arbeit.

Die wichtigsten jj Kommandos im Ueberblick

Der Umstieg ist ueberschaubar. Wer Git kennt, ist nach wenigen Tagen mit jj produktiv. Die folgenden Kommandos decken den Alltag in PHP Projekten ab:

Code: 
          
# Status und Log
jj st                             # Aktuellen Zustand zeigen
jj log                            # Commit Graph anzeigen
jj log -r 'main..@'               # Nur eigene Changes seit main

# Neuen Change anlegen (entspricht git commit, aber vor der Arbeit)
jj new -m "feat: Symfony 7.3 Upgrade vorbereiten"

# Change beschreiben (Message nachtraeglich setzen)
jj describe -m "fix: Doctrine Migration korrigiert"

# Arbeit an einem frueheren Change fortsetzen
jj edit pqomwrlk                  # Change per ID bearbeiten

# Rebase (vereinfacht)
jj rebase -d main                 # Aktuellen Stack auf main rebasen

# Bookmark setzen und pushen
jj bookmark create feat/upgrade-73
jj git push --bookmark feat/upgrade-73

# Fetch von origin
jj git fetch

# Operation Log: alles sehen, alles rueckgaengig machen
jj op log                         # Alle Operationen zeigen
jj op restore <operation-id>     # Zu einem frueheren Zustand zurueckkehren
jj undo                           # Letzte Operation rueckgaengig

Besonders nuetzlich im PHP Alltag: jj split trennt einen Change in mehrere Teile auf, jj squash fasst Changes zusammen, und jj abandon verwirft einen Change, ohne die Historie zu beschaedigen. Alle diese Aktionen rebasen abhaengige Changes automatisch.

Bei aktiveren Repos wie der Monolith Anwendung bin ich oft in die Situation gekommen, denselben Merge Konflikt immer wieder zu loesen. jj ist mit diesen Situationen bisher deutlich besser umgegangen.

Tony Finn, Software Engineer bei Personio – tonyfinn.com Blog

jj als Sicherheitsnetz fuer Claude Code und Cursor

Der produktive Einsatz von Claude Code, Cursor oder anderen Coding Agents in PHP Projekten hat einen wunden Punkt: Die Agents machen viele, kaskadierende Aenderungen, komprimieren ihren Kontext und koennen dabei Arbeit verlieren oder ueberschreiben. Git allein reicht als Sicherheitsnetz nicht aus.

Mit jj laeuft der Agent in einem Netz aus automatischen Snapshots. Der typische Workflow:

  • Vor jeder groesseren Agent Session: jj new -m "claude-session: rector migration" setzen.
  • Agent arbeiten lassen, Code generieren, Tests laufen.
  • Ergebnis nicht gut? jj op restore und an der gleichen Stelle neu starten, ohne manuelles stash oder reset.
  • Ergebnis gut? jj squash, beschreiben, Bookmark setzen, pushen.

Der Anthony Panozzo Blog Post aus November 2025 beschreibt genau diesen Pattern: jj wird zum Sicherheitsnetz fuer KI Agents, weil der Snapshot Mechanismus bei jedem Befehl greift. Wer taeglich mit Vibe Coding und PHP arbeitet, bekommt mit jj eine robustere Arbeitsbasis.

Jujutsu in deutschen PHP Teams: Was spricht fuer die Einfuehrung

Der Charme von jj fuer deutsche Agenturen und PHP Produktteams liegt in der Null Risiko Einfuehrung. Es braucht keine zentrale Entscheidung, keine GitLab Migration, keine CI Anpassung. Einzelne Entwickler koennen jj ausprobieren, Erfahrungen sammeln und die Praxis intern weiterempfehlen. Fuer Teams, die Symfony, Shopware, Sulu CMS oder Laravel Codebases pflegen, bedeutet das: kein technisches Risiko bei gleichzeitig deutlich besserer lokaler Arbeitsqualitaet.

Wichtig fuer den produktiven Einsatz: jj ist noch pre 1.0. Die Syntax entwickelt sich, der Release Takt ist hoch. Fuer Projekte mit strengen Stabilitaetsanforderungen empfiehlt sich, die jj Version im Team zu pinnen und ueber einen zentralen Installationsweg zu verteilen. Die Git Kompatibilitaet garantiert: Selbst wenn jj morgen eingestellt wuerde, bleibt das Repository ein normales Git Repository.

NCA begleitet PHP Teams bei der Einfuehrung moderner Entwickler Tools. Ob Symfony Upgrades, Rector Refactorings, Sulu CMS Projekte oder der Aufbau von Vibe Coding Workflows mit Claude Code: Wir sorgen dafuer, dass das Team produktiv bleibt und die Codebase gesund ist. Kontakt: roland@nevercodealone.de oder +49 176 24747727.

Lass uns sprechen

Finde das passende Angebot für dein Projekt

Anfrage-Konfiguration

Starten Sie Ihre Anfrage

Projektart
Infos
Nachricht

Eliminierung technischer Schulden mit PHPStan, Rector PHP und PHPUnit. Über 20 Jahre Praxiserfahrung in skalierbaren Backends.

CORE EXPERTISE

Gesetzliche Konformität & Inklusion. Optimierung von Performance und Conversion durch radikal nutzerzentriertes, universelles Design.

BFSG COMPLIANT

Skalierbare KI-Systeme mit echtem Code Ownership. CI/CD, Backup-Strategien und Infrastruktur, die mit deinem Team wächst.

ENTERPRISE READY

Haeufige Fragen zu Jujutsu jj

Die wichtigsten Fragen rund um Jujutsu jj fuer PHP Entwickler, Teams und DevOps Verantwortliche im Jahr 2026.

Was ist Jujutsu jj und wofuer wird es 2026 genutzt?

Jujutsu (jj) ist eine Git kompatible Versionskontrolle, die 2026 schnell an Verbreitung gewinnt. Sie wurde bei Google gestartet, ist in Rust geschrieben und arbeitet direkt auf bestehenden Git Repositories. Entwickler nutzen sie als bessere lokale Oberflaeche, waehrend das Team bei Git bleibt.

Ist Jujutsu jj kompatibel mit Git in 2026?

Ja, vollstaendig. jj liest und schreibt das gleiche .git Verzeichnis, erzeugt echte Git Commits und funktioniert mit GitHub, GitLab, Bitbucket und jeder CI Pipeline. Teamkollegen muessen nichts aendern, es braucht keine Server Migration.

Warum ist jj besser fuer PHP Projekte als Git allein in 2026?

Weil PHP Projekte viele kleine, abhaengige Commits haben (Composer, Doctrine, Rector). jj loest das automatisch: stabile Change IDs, automatisches Rebasen abhaengiger Changes und ein Operation Log fuer Undo auf Repository Ebene.

Wie installiere ich Jujutsu jj auf macOS und Linux 2026?

Auf macOS mit brew install jj. Auf Linux mit cargo install --locked --bin jj jj-cli oder ueber das Distro Paket. Windows Nutzer installieren ueber Scoop oder winget. Die Installation beruehrt bestehende Git Konfigurationen nicht.

Wie richte ich jj in einem bestehenden Symfony Projekt 2026 ein?

Mit jj git init --colocate im Projektverzeichnis. jj arbeitet dann parallel zu Git auf derselben .git Instanz. Das Team merkt nichts, Pushes laufen als normale Git Commits auf GitLab oder GitHub.

Was ist das Operation Log in jj?

Das Operation Log ist eine Historie aller Aktionen auf dem Repository. jj op log zeigt jede Operation, jj op restore macht jede Aktion rueckgaengig. Ein verunglueckter Rebase oder ein versehentliches Loeschen sind damit kein Datenverlust mehr.

Was ist der Unterschied zwischen Change ID und Commit Hash?

Ein Commit Hash aendert sich, sobald der Commit umgeschrieben wird (Rebase, Amend). Eine Change ID bleibt stabil, auch ueber Rebases hinweg. Dadurch kann man abhaengige Changes bearbeiten, ohne laufend IDs nachzupflegen.

Was sind Bookmarks in jj im Vergleich zu Git Branches?

Bookmarks sind Zeiger auf Changes, die sich bei Rebases automatisch mitbewegen. Sie funktionieren wie Git Branches, zwingen aber nicht zur fruehen Benennung. Beim jj git push werden Bookmarks zu normalen Git Branches auf dem Remote.

Kann ich jj und git im selben Projekt gleichzeitig nutzen?

Ja, das ist der empfohlene Einstieg. Mit jj git init --colocate laufen beide Tools im selben Verzeichnis. Man kann beliebig zwischen jj und git Befehlen wechseln, ohne Konsistenzprobleme.

Wie mache ich eine Aktion in jj rueckgaengig?

Mit jj undo fuer die letzte Operation oder jj op restore <operation-id> fuer jeden beliebigen frueheren Zustand. Das Operation Log reicht weit zurueck und macht destruktive Fehler praktisch folgenlos.

Welche Firmen nutzen Jujutsu produktiv?

Google nutzt jj intern, was die Stabilitaet im grossen Massstab belegt. Laut oeffentlichen Berichten setzen auch Entwickler bei Personio und anderen Scale Ups das Tool auf PHP Monolithen ein. Das Projekt hat 2026 ueber 27.000 Sterne auf GitHub.

Lohnt sich der Wechsel zu jj fuer mich als PHP Entwickler?

Wenn man taeglich mit Rebase, Stash, abhaengigen Features oder KI Agents wie Claude Code arbeitet, lohnt sich der Blick sehr. Der Einstieg ist in wenigen Stunden gemacht, das Risiko ist niedrig, weil Git Kompatibilitaet jederzeit erhalten bleibt.