Corps (optionnel, ≤72 caractères/ligne recommandés)
Modèles
📝
git commit formatter,
Formatteur de Messages Git
Générez des Commits Conventionnels avec une interface graphique.
Préfixe Emoji, vérification des caractères et copie instantanée.
📝
Engagements conventionnels
Sélection de l'interface graphique pour les exploits/correctifs/corvées et plus encore
🎨
Prise en charge des Gitmoji
Ajoutez des emoji aux commits pour plus de clarté visuelle
✅
Vérification du nombre de caractères
Limites de sujet en temps réel à 50 caractères / corps à 72 caractères
Type de Commit
✨ Message Généré
⚠️ Les limites de 50 (Sujet) et 72 caractères (Corps) sont des conventions Git recommandées.
about,
Aperçu
Un outil doté d'une interface graphique pour générer des messages de validation Git au format standard des Conventional Commits. Sélectionnez un type, saisissez un sujet, ajoutez en option une portée, un corps, un pied de page ou un Gitmoji, puis copiez le résultat parfaitement formaté. L'ensemble s'exécute localement dans votre navigateur.
how to,
Comment utiliser
ÉTAPE 1
Choisissez un Type de Commit
Faites votre choix parmi 11 types : feat (nouvelle fonctionnalité), fix (correction), docs, style, refactor, etc.
ÉTAPE 2
Rédigez Sujet & Corps
Décrivez brièvement le changement dans le sujet. Ajoutez des détails dans le Corps si nécessaire pour clarifier la cause.
ÉTAPE 3
Copier pour l'Utiliser
Cliquez sur Copier et collez le message directement dans la fenêtre de validation de votre outil ou terminal Git.
glossary,
Glossaire
- Conventional Commits
- Une spécification pour définir les messages de commit de manière structurée : <type>(<portée>): <description>. Elle simplifie la génération automatique d'historiques (CHANGELOG) ainsi que le versionnage automatique.
- Gitmoji
- Une initiative suggérant d'utiliser des préfixes d'emoji dans les messages pour indiquer visuellement le type d'ajout. ✨ = Nouveauté, 🐛 = Correctif, etc.
- Sujet (Subject)
- La toute première ligne de chaque commit. Il est recommandé de ne pas dépasser 50 caractères pour être lisible. Son but est de résumer "ce qui a changé" avec l'impératif affirmatif.
- Corps (Body)
- Explications méticuleuses du changement, séparé par une simple ligne vide sous le Sujet. Idéalement, afin d'optimiser l'outil de console standard sous Git, chaque ligne comprendra tout au plus 72 caractères limités.
- Pied de page (Footer)
- Généralement intégré pour référencer des requêtes d'ajout, fermer des tickets (ex: Closes #123) ou formuler explicitement une casse (BREAKING CHANGE).
- Portée (Scope)
- Le mot clé d'option définissant une base modifiée, comme l'interface. En guise d'exemple : feat(auth) correspond à une évolution du module d'authentification de la base.
- BREAKING CHANGE
- C'est un engagement dénotable car signifiant pour les dépendants et développeurs de plateformes qui brise de manière assumée l'ancienne conformité logicielle : il s'agit d'un point d'attention clé obligatoire souvent marqué d'un point d'exclamation !
- SemVer
- Semantic Versioning ou Versionnement Sémantique : les modifications successives dans un dépôt utilisant le formateur des engagements conventionnels sont utilisées par un robot externe pour incrémenter le numéro de lancement logiciel majeur, mineur ou correctif sans risque d'erreur.
faq,
FAQ
- Q.Ma contribution est-elle envoyée à un serveur ?
- Non. Toute génération de messages se produit localement dans votre navigateur. Votre code et votre contenu de validation ne quittent jamais votre appareil.
- Q.Puis-je ajouter des types de commit personnalisés ?
- L’outil prend en charge les 11 types de commits conventionnels standard. Pour les types personnalisés, saisissez-les directement dans la sortie générée.
- Q.Comment puis-je l’utiliser avec les hooks Git ?
- Associez cet outil à commitlint (hook commit-msg) pour appliquer le format de validation conventionnel au sein de votre équipe.
- Q.Existe-t-il une extension VS Code pour cela ?
- Oui, l'extension Commitizen VS Code. L'avantage de cet outil est l'accès instantané au navigateur sans aucune installation.
- Q.Puis-je écrire des messages de validation dans des langues autres que l'anglais ?
- Oui. L'outil prend entièrement en charge la saisie dans n'importe quelle langue. Veuillez suivre les conventions de votre équipe.
use cases,
Cas d'utilisation
🔍
Améliorer les revues de code
Des messages réguliers encouragent explicitement les auteurs à formuler les raisons de révision logicielle.
📊
Création automatique du journal
Préparer méthodiquement ses travaux pour générer une liste logique au prochain lancement global (Release/CHANGELOG).
👨🏫
Standardiser le niveau de l'équipe
Formuler les mêmes terminologies uniformes que le reste du projet avec ou sans l'aide pour un nouvel employé en télétravail.
🎓
Maîtriser les bases essentielles pour l'open source
Assimiler de manière interactive les piliers fondamentaux obligatoires de la majorité des bibliothèques actuelles de GitHub.
Envoyer des commentaires
Faites-nous part de vos réflexions pour nous aider à améliorer l'outil.
Commentaires envoyés avec succès. Merci pour votre coopération !
Une erreur s'est produite. Veuillez réessayer plus tard.
Les commentaires sont temporairement suspendus
Le serveur est occupé ou la protection anti-spam est active. Veuillez réessayer plus tard.