Git-Integration

Problem: Du hast eine Reihe von Änderungen mit Claude Code abgeschlossen, und jetzt liegt der Diff ungestaged da, und du brauchst eine saubere History.

Schneller Gewinn: Sobald Claude die Arbeit abschließt, bitte einfach auf Englisch um einen Commit:

claude "commit these changes"

Der Diff wird gelesen, eine echte Commit-Nachricht wird geschrieben, und git commit läuft für dich. Keine fake Konfiguration, keine Plugins, nichts zu installieren.

Git-Befehle laufen direkt durch dein Terminal, wenn Claude Code geöffnet ist. Es gibt keinen "Auto-Commit"-Modus zum Umschalten und nichts zu verdrahten. Du fragst, es passiert.

Hier ist, was Claude verwaltet:

• Jeden Git-Befehl ausführen: add, commit, push, pull, branch, merge
• Commit-Nachrichten schreiben: Basierend auf den tatsächlich gemachten Änderungen
• Branches erstellen: Für Features oder Experimente
• PRs erstellen: Mit dem gh-CLI, wenn installiert
• Konflikte lösen: Durch Lesen beider Versionen und intelligentes Mergen

Weil Claude die Git-History sehen und dem Faden deiner Arbeit folgen kann, beschreiben die Commit-Nachrichten, was wirklich geändert wurde und warum.

Konventionen in CLAUDE.md setzen

Fake-Konfigurationsbefehle überspringen. Stattdessen die Commit-Regeln deines Teams in CLAUDE.md eintragen:

## Git Conventions
 
- Use conventional commits: feat:, fix:, docs:, refactor:
- Keep subject lines under 72 characters
- Always run tests before committing
- Create feature branches for new work

Von da an fügt sich Claude bei jedem Commit-Wunsch dem ein, was du geschrieben hast.

Echte Git-Workflows

Einfacher Commit nach Änderungen

# Claude hat gerade ein Feature implementiert
claude "commit these changes"
 
# Oder spezifischer
claude "commit with message: add user authentication flow"

Feature-Branch-Workflow

# Neue Arbeit auf einem Branch beginnen
claude "create a feature branch called auth-improvements and switch to it"
 
# Änderungen machen, dann committen
claude "commit the auth changes with a descriptive message"
 
# Wenn bereit, einen PR erstellen
claude "push this branch and create a PR with a summary of changes"

Vor dem Commit prüfen

# Erst sehen, was sich geändert hat
claude "show me a summary of all uncommitted changes"
 
# Dann selektiv committen
claude "commit only the changes in src/auth/ with message: refactor auth module"

Commit-Attribution

Commits und PRs von Claude tragen standardmäßig eine Attribution, damit dein Team (und zukünftige du) erkennen kann, welche Arbeit KI-unterstützt war. Was in der Nachricht landet, wird durch den attribution-Schlüssel in settings.json gesteuert.

Standard-Attribution

Commits bekommen zwei Zeilen angehängt:

Generated with Claude Code (https://claude.com/claude-code)

Co-Authored-By: Claude Sonnet 4.5 <noreply>

Zeile eins ist Klartext. Zeile zwei ist ein Git-Trailer, ein Format, das GitHub (und andere Hosts) parst, um Claude als Co-Autor des Commits aufzuführen.

Bei Pull Requests landet die Attribution als kürzerer Blurb in der Beschreibung:

Generated with Claude Code (https://claude.com/claude-code)

Attribution anpassen

Commit- und PR-Attribution haben jeweils ihren eigenen Schlüssel unter settings.json:

{
  "attribution": {
    "commit": "Generated with AI\n\nCo-Authored-By: AI Assistant <your-ai-alias>",
    "pr": "AI-assisted PR"
  }
}

Den Bodytext, den Co-Authored-By-Namen und die E-Mail, oder alles auf einmal neu schreiben. Das \n\n ist das, was die Nachricht vom Trailer-Block trennt, und das Git-Trailers-Format erfordert es.

Attribution deaktivieren

Ein leerer String bei einem der Schlüssel schaltet die Zeile ab:

{
  "attribution": {
    "commit": "",
    "pr": ""
  }
}

Das versteckt die Attribution bei Commits, PRs oder beidem. Praktisch für Teams, die KI-Nutzung woanders protokollieren.

Migration von includeCoAuthoredBy

Das ältere includeCoAuthoredBy-Boolean wird auslaufen. Wenn du "includeCoAuthoredBy": false hattest, portiere es zu attribution:

// Old (deprecated)
{ "includeCoAuthoredBy": false }
 
// New (recommended)
{
  "attribution": {
    "commit": "",
    "pr": ""
  }
}

Feinere Kontrolle ergibt sich aus der neuen Einstellung. Commit-Attribution kann abgeschaltet werden, während PR-Attribution bleibt, oder umgekehrt. Den Block in den gewünschten Scope einfügen, egal ob User, Projekt oder lokal.

Wenn Dinge schiefgehen

Fehler: "nothing to commit". Fix: Entweder hat Claude den Commit bereits ausgeführt, oder die Dateien wurden nie in den Index aufgenommen. Claude einen Blick werfen lassen:

claude "what's the current git status?"

Fehler: "permission denied" beim Pushen. Fix: Das Remote verlangt Auth. Credentials sind etwas, das Claude nicht für dich weitergeben kann, aber es kann dich durch die Diagnose führen:

claude "help me debug this git push error"

Fehler: Merge-Konflikte. Fix: Claude kann sie lösen:

claude "there are merge conflicts in auth.js - resolve them keeping our new changes"

Nächste Schritte

• Feedback-Schleifen für schnellere Iteration
• Todo-Workflows zum Tracken von Arbeit
• Planungsmodi für komplexe Änderungen
• Einstellungsreferenz für Attribution und andere Optionen
• Usage-Optimierung zum Verwalten von Kosten

Git in Claude Code hat keinen Setup-Schritt. Sag Claude, welchen Git-Schritt du brauchst, und die Befehle laufen. Das ist der ganze Trick.