GitKraken Commit Composer: KI räumt eure Commits vor dem Push auf

„fix“, „fix again“, „wip“, „update tests“. Nach einer Stunde mit einem Coding Agent sieht die Commit History oft so aus. Niemand will das reviewen, und in einem halben Jahr versteht es niemand mehr. Der GitKraken Commit Composer räumt das per KI auf, bevor ihr pusht.

Dieser Beitrag zeigt, wie der Commit Composer arbeitet, wo er euch Zeit spart und wo ihr genau hinschauen solltet. Alle weiteren KI Features stehen in unserer Übersicht GitKraken 2026: Agent Mode, Kepler und KI im Git Client.

Warum Agents eine unordentliche History hinterlassen

Agents arbeiten in Schleifen. Sie ändern Code, lassen Tests laufen, korrigieren, testen wieder. Wer jeden Zwischenstand committet, damit nichts verloren geht, bekommt viele kleine Commits mit wenig Aussage. Das ist beim Arbeiten sinnvoll. Für das Review und die spätere Fehlersuche ist es Gift.

Bisher war die Lösung ein Git Interactive Rebase: Commits zusammenfassen, umsortieren, Nachrichten neu schreiben. Das funktioniert, braucht aber Übung und Mut. Genau hier setzt der Commit Composer an.

So arbeitet der Commit Composer

1. Lokale Commits auswählen: Der Composer arbeitet mit Commits, die noch nicht gepusht sind.
2. Gruppen vorschlagen lassen: Die KI analysiert die Änderungen und schlägt logische Gruppen vor, etwa alle Fix Commits zu einem Feature oder die ersten Setup Commits.
3. Zusammenführen: Per Drag and Drop zieht ihr einen Commit auf einen anderen, um ihn zu squashen. Ein Fixup geht mit einem Klick.
4. Messages schreiben lassen: Für einzelne Commits oder ganze Gruppen liest die KI die Codeänderungen und schlägt eine klare Commit Message vor.
5. Umsortieren und prüfen: Eine Ansicht zeigt den ganzen Stack. Ihr sortiert um und seht das Ergebnis, bevor ihr es übernehmt.

Auf der Seite zu GitKraken AI heißt der Button dafür Auto Compose Commits. Er analysiert eure Änderungen, gruppiert sie in logische Commits und entwirft reviewfertige Nachrichten. In GitLens für VS Code gibt es den gleichen Ansatz als Compose Modus, und über den GitKraken MCP Server kann ein Agent den Composer mit dem Tool gitlens_commit_composer selbst öffnen.

Vorher und nachher

So kann die History nach einer Stunde mit einem Agent aussehen, und so nach dem Composer:

Vorher:
a1f3 wip
b7c2 fix tests
c9d0 add export button
d4e8 fix again
e2a1 update styles
f6b9 fix lint

Nachher:
feat(export): CSV Export für Rechnungen
test(export): Tests für den CSV Export
style(account): Button Styles im Kontobereich

Aus sechs Zwischenständen werden drei Commits mit klarer Aufgabe. Wer später den Export sucht, findet ihn mit einem Blick. Und wer nur die Styles zurückrollen will, kann das tun, ohne den Export anzufassen.

Wo der Commit Composer glänzt

• Nach einer Agent Session: Zwanzig Zwischenstände werden zu drei sinnvollen Commits.
• Vor dem Pull Request: Reviewer sehen eine Geschichte statt eines Tagebuchs.
• Für Teams mit wenig Rebase Erfahrung: Die visuelle Oberfläche nimmt die Angst vor dem Umschreiben der History.

Iva Dobreva von GitKraken schreibt dazu im offiziellen Blog: „The AI-Powered Commit Composer isn’t just a feature; it’s a paradigm shift in how we manage our Git history.“ Das ist Marketing, trifft aber einen Punkt: Aufräumen wird vom lästigen Extra zum normalen Schritt vor dem Push.

Worauf ihr achten solltet

Nur lokale Commits umschreiben

Der Composer arbeitet mit Commits, die noch nicht gepusht sind. Das ist gut so. Wer gepushte History umschreibt, bringt Kolleginnen und Kollegen in Schwierigkeiten.

Messages prüfen

Die KI beschreibt, was im Code passiert. Warum es passiert, weiß sie oft nicht. Ergänzt bei wichtigen Commits den Grund und die Ticket Nummer. Haltet ihr euch an ein festes Format wie Conventional Commits, gehört das in die Custom Instructions von GitKraken AI und in eure AGENTS.md.

Tests nach dem Squash

Jeder Commit sollte für sich lauffähig sein. Nach dem Umsortieren lohnt ein Testlauf, damit Werkzeuge wie git bisect später funktionieren. Die nötigen Quality Gates für KI Code laufen ohnehin in der Pipeline.

Commit Composer oder Kommandozeile

Wer Git im Terminal beherrscht, ist mit git rebase -i schnell. Für alle anderen ist der Composer der leichtere Einstieg. Wer Git grundsätzlich neu denken will, schaut sich Jujutsu an, das Umschreiben von Commits zum Normalfall macht.

Die offizielle Anleitung steht im GitKraken Blog zum Commit Composer, alle KI Features auf der Seite GitKraken AI. Die Grundlagen von Rebase erklärt die Git Dokumentation, die Grundlagen des Clients unser GitKraken Eintrag im PHP Glossar.

Häufige Fragen zum GitKraken Commit Composer

Kann der Commit Composer gepushte Commits ändern?

Der Composer ist für lokale Commits gedacht, die noch nicht gepusht sind. Gepushte History umzuschreiben, ist ohnehin riskant, weil andere schon darauf aufbauen.

Sollte der Agent seine Commits selbst aufräumen?

Technisch geht das, ein Agent kann den Composer über den GitKraken MCP Server öffnen. Wir empfehlen trotzdem: Agents frei committen lassen und vor dem Push selbst aufräumen. So bleibt der Mensch der Letzte, der die History sieht, bevor sie geteilt wird.

Ersetzt der Commit Composer git rebase -i?

Für die meisten Aufräumarbeiten ja. Squash, Fixup, Umsortieren und neue Messages gehen visuell. Unter der Haube passiert dasselbe wie bei einem Interactive Rebase.

Wie bekomme ich ein festes Format für Commit Messages?

GitKraken AI hat in den Einstellungen Custom Instructions. Dort beschreibt ihr euer Format, etwa Conventional Commits mit Ticket Nummer. Die gleichen Regeln gehören in AGENTS.md, damit auch eure Agents sie einhalten.