Changelogs générés par IA : transformez les commits Git en notes de version automatiquement

Les notes de version tombent dans le même seau que les tests pour le happy path et la documentation des flags de config — tout le monde convient qu'elles comptent, personne n'a le temps.

Le problème sous-jacent est que l'écriture de changelog est un changement de contexte. Vous êtes tête baissée à livrer des fonctionnalités, et en fin de semaine quelqu'un doit repasser sur 47 commits et les traduire en langage utilisateur. La solution n'est pas la discipline — c'est d'éliminer la tâche entièrement.

DeployLog se connecte à votre hôte Git avec un seul webhook. Chaque push envoie la liste des commits, l'auteur, la branche et les messages à un endpoint signé. La signature HMAC vérifie que la payload vient bien de GitHub ou GitLab.

• Payloads signées HMAC — personne ne peut forger un push dans votre journal. • Regroupement automatique des commits — 20 commits `fix:` deviennent une seule section 'Corrections de bugs'. • Compatible squash — une PR mergée avec 6 commits se réduit à une entrée.

DeployLog ne vous enferme pas dans un seul LLM. Il essaie les fournisseurs dans l'ordre et bascule en cas d'échec, donc une panne de Groq ne signifie pas que vous perdez une semaine d'entrées de changelog.

La chaîne par défaut est Groq → Gemini → Cloudflare Workers AI → OpenRouter → Ollama → Claude. Les cinq premiers ont des niveaux gratuits qui couvrent facilement le volume normal de changelog. Ollama permet un hébergement entièrement local si la conformité l'exige.

Claude est en dernier intentionnellement : c'est le fallback premium, utilisé uniquement si tout le reste tombe.

La configuration est délibérément ennuyeuse. Aucune installation de SDK, aucun changement CI.

1. Créez un projet DeployLog dans AlertsDock et copiez l'URL du webhook et le secret de signature.

2. Ajoutez le webhook dans GitHub ou GitLab. Pour GitHub : Settings → Webhooks → Add webhook.

3. Poussez un commit. La première entrée de changelog apparaît dans les 30 secondes.

La qualité de votre changelog généré est directement proportionnelle à la qualité de vos messages de commit.

• Utilisez les conventional commits — les préfixes `feat:`, `fix:`, `refactor:` donnent des signaux de regroupement fiables. • Écrivez des messages avec scope — `feat(auth): add SSO via Google` bat `add SSO`. • Squash-mergez les PRs — une ligne de sujet propre par PR produit un bien meilleur résultat. • Marquez les breaking changes — `feat!:` ou un footer `BREAKING CHANGE:` élève l'entrée automatiquement.