Collez des messages de commit ou un diff unifié pour rédiger les notes. La suggestion de version repose sur les marqueurs des commits et doit être relue.
Fonctionne localement dans votre navigateurCollez des sujets Conventional Commits — directement depuis git log --oneline si vous voulez — ou un diff unifié, et la page en fait un brouillon Markdown avec les changements groupés et un niveau major, minor ou patch suggéré.
Rien ici ne touche à un dépôt : le texte collé est analysé dans le navigateur, le bouton d'exemple remplit un échantillon, et Copier ou Télécharger sortent le brouillon sous forme de release-notes.md.
Les sujets de commit acceptent un préfixe de hash court ou long facultatif : abc1234 feat: … et un hash complet de 40 caractères sont donc lus comme des commits. La portée est conservée : feat(api): add filters arrive sous Fonctionnalités avec la portée entre parenthèses.
La liste des types est l'ensemble Conventional Commits — feat, fix, docs, style, refactor, perf, test, build, ci, chore — plus revert. Un diff exige de vrais en-têtes diff --git : la liste des fichiers et les comptes + / − ne proviennent que des lignes situées après un en-tête, un + isolé dans le texte n'est donc pas compté.
major = au moins un marqueur ! ou un pied BREAKING CHANGE ; minor = au moins un feat ; patch = tout le reste, y compris docs, tests, style et chore. Ces règles sont mécaniques : relisez le brouillon avant d'étiqueter une version.
La ligne de suggestion est du texte brut dans le brouillon et rien n'est publié nulle part : la sortie est tout ce que cette page produit.
Elle ne lit aucun dépôt Git, n'exécute pas git et n'appelle aucun service réseau : seul le texte collé est analysé.
Les formats en dehors de ces deux-là sont signalés plutôt que devinés : un champ vide répond par le rappel de collage, et un texte sans sujet de commit ni contenu de diff reçoit son propre message. Les résumés git diff --stat et les diffs binaires ne sont pas convertis en statistiques de lignes.