git-rewrite-commits - Tool zum automatischen Umschreiben von Git-Commit-Messages mit AI

• Ein Tool, das die gesamte Git-Historie von AI lesen und verstehen lässt und sie anschließend automatisch in ein besseres Conventional-Commits-Format umschreibt
• Nützlich, wenn eine saubere Historie gebraucht wird: beim Aufräumen vor der Veröffentlichung als Open Source, beim letzten Feinschliff vor dem Erstellen eines Team-PRs oder beim Säubern von Commits in persönlichen Projekten
• Unterstützt sowohl OpenAI als auch Ollama; bei Verwendung eines lokalen LLMs (Ollama) können Code-Diffs das System verlassen, ohne nach außen gesendet zu werden
• Mit Git-Hooks-Integration kann konfiguriert werden, dass AI beim Commiten Commit-Messages automatisch empfiehlt oder generiert
  • pre-commit-Hook: Vorschau der AI-Empfehlung vor dem Commit
  • prepare-commit-msg-Hook: Automatisches Anwenden der bestätigten Message
  • Jeder Hook ist opt-in und erfordert passende Sicherheitseinstellungen
• Unterstützung für professionelle Workflows
  • Smart Filter: Überspringt bereits gut geschriebene Commits und verbessert nur problematische Messages per smartem Filtering
  • Vor allen Arbeiten wird automatisch ein Backup-Branch erstellt, sodass eine Wiederherstellung möglich ist
  • Dry Run: Vorschau vor Änderungen mit --dry-run, Begrenzung des Verarbeitungsumfangs mit --max-commits
  • Funktion für Qualitätsbewertung (quality scoring) zur Identifizierung von Commits mit Verbesserungsbedarf
  • Benutzerdefinierte Templates und teambezogene Regeln über COMMIT_MESSAGE.md
    • Automatische Suche im Projekt-Root sowie in den Verzeichnissen .git und .github
  • Mit CI/CD-Pipeline-Integration kann die Commit-Qualität bei der PR-Prüfung kontrolliert werden
  • Effiziente Verarbeitungsstruktur mit Anzeige des Fortschritts in Echtzeit und Unterstützung für farbige Ausgabe
• MIT-Lizenz
• Hinweise
  • Das Umschreiben der Git-Historie ändert Commit-Hashes und wird daher für geteilte Branches nicht empfohlen
  • Empfohlen für persönliche Projekte oder für die Aufräumphase vor der Veröffentlichung als Open Source
  • Nicht ohne Abstimmung im Team auf main-/master-Branches anwenden