Générateur de messages de commit
Génère des messages Conventional Commits avec type, scope, breaking change et référence d'issue. Copie en tant que commande git commit.
Nombre seul, #123, Closes #123, etc. Séparez plusieurs par virgule ou retour à la ligne.
Type ✅ / Subject (obligatoire) ❌ / Body ✅ / N° d'issue ✅ / Scope ✅
Score: 75/100
Saisissez le Subject pour voir le message en temps réel
Comment utiliser
À propos de cet outil
Génère des messages Conventional Commits avec type, scope, breaking change et référence d'issue. Copie en tant que commande git commit.
Comment utiliser
Saisissez Type et Subject (obligatoires) ; ajoutez Scope, Body, Breaking Change et Issue selon besoin. Le message, la commande Git et l'aperçu se mettent à jour en temps réel.
Options
Type: feat, fix, docs, style, refactor, perf, test, build, ci, chore, revert. Scope: alphanumérique, tiret, underscore recommandés. Subject: ≤50 caractères, minuscule au début. Issue: #123, Closes #123, etc.
Cas d'utilisation
• Génération automatique des release notes • Harmonisation des conventions de commit • Références explicites BREAKING CHANGE et issue • Recherche et filtrage facilités
How it works
Construit la première ligne type(scope): subject, puis ajoute Body et Footer.
Vie privée et données
Tout le traitement est fait dans le navigateur ; aucune donnée n'est envoyée au serveur.
FAQ
- Q: Qu'est-ce que le format Conventional Commits ?
- A: Conventional Commits est une spécification pour la structure des messages de commit : type(scope): subject. Les types courants sont feat, fix, docs, style, refactor, perf, test, build, ci, chore et revert. Ce format permet la génération automatique de changelogs et le versionnement sémantique.
- Q: Que sont les breaking changes et comment les signaler ?
- A: Un breaking change est un commit qui modifie l'API publique de façon incompatible. Ajoutez "BREAKING CHANGE:" dans le footer ou ajoutez ! après le type (p. ex. feat!: remove legacy endpoint). Cela indique une version majeure en versionnement sémantique.
- Q: Que mettre dans Subject vs Body ?
- A: Subject (≤50 caractères) : résumé concis à l'impératif — "add login button", pas "added". Body : explication détaillée de ce qui a changé et pourquoi, avec retour à la ligne à 72 caractères. Le body est optionnel mais recommandé pour les changements non triviaux.
- Q: Comment référencer une issue ou une pull request ?
- A: Utilisez le champ Issue avec des formats comme #123, Closes #123, Fixes #123 ou Resolves #123. Ils sont placés dans le footer du commit et peuvent fermer automatiquement l'issue référencée sur GitHub/GitLab lors du merge.
- Q: Le message de commit est-il envoyé à un serveur ?
- A: Non. Tout le traitement est effectué dans le navigateur. Votre saisie et les messages générés ne sont jamais transmis à un serveur.