git-rewrite-commits - Un outil pour réécrire automatiquement les messages de commit Git avec l’IA

• Un outil qui lit et comprend l’ensemble de l’historique git avec l’IA, puis le réécrit automatiquement dans un meilleur format Conventional Commits
• Utile lorsqu’on a besoin d’un historique propre, par exemple pour faire le ménage avant de publier un projet open source, pour le dernier polissage avant d’ouvrir une PR d’équipe, ou pour nettoyer les commits d’un projet personnel
• Compatible avec OpenAI et Ollama ; avec un LLM local (Ollama), il est possible d’éviter que les diff de code ne sortent à l’extérieur
• Prend en charge l’intégration Git Hooks, ce qui permet de configurer l’IA pour recommander ou générer automatiquement des messages de commit au moment du commit
  • Hook pre-commit : aperçu des suggestions de l’IA avant le commit
  • Hook prepare-commit-msg : application automatique du message approuvé
  • Chaque hook fonctionne en opt-in et nécessite des réglages de sécurité
• Prise en charge de workflows avancés
  • Filtre intelligent : grâce au filtrage intelligent, seuls les messages problématiques sont sélectionnés pour être améliorés, tandis que les commits déjà bien rédigés sont ignorés
  • Création automatique d’une branche de sauvegarde avant toute opération, pour permettre la restauration
  • dry-run : aperçu avant modification avec --dry-run, limitation de la portée du traitement avec --max-commits
  • Fonction de quality scoring pour identifier les commits qui nécessitent une amélioration
  • Prise en compte des règles d’équipe via des modèles personnalisés et COMMIT_MESSAGE.md
    • Recherche automatique dans le répertoire racine du projet, ainsi que dans les dossiers .git et .github
  • Intégration CI/CD pipeline permettant de vérifier la qualité des commits lors de la validation des PR
  • Architecture de traitement efficace avec affichage de la progression en temps réel et sortie colorée
• Licence MIT
• Points d’attention
  • La réécriture de l’historique Git modifie les hash de commit, elle est donc déconseillée sur les branches partagées
  • Recommandé pour les projets personnels ou pour la phase de nettoyage avant la publication d’un projet open source
  • Ne pas appliquer sur la branche main/master sans accord de l’équipe