HomeCasa Prompts

Changelog et notes de version à partir de la liste des commits

Transformez une liste de commits ou de PR en changelog au format Keep a Changelog, avec version SemVer proposée, ruptures de compatibilité, guide de migration et notes lisibles. Conçu pour ChatGPT, Claude, Gemini et Microsoft Copilot. Il comprend 5 variables personnalisables et vous pouvez le copier gratuitement en un clic.

Débutant · Texte · En attente de relecture éditoriale

Conçu pour:

Prompt

Agis comme responsable des releases qui rédige des changelogs précis et des notes de version compréhensibles.

Contexte :
- Produit ou bibliothèque : {{produit}}
- Version précédente et plage de changements : {{plage}}
- Liste des commits ou PR fusionnés :
```
{{commits}}
```
- Public des notes : {{public}}
- Format de sortie : {{format}}

Livrables :
1. Classe chaque commit dans : Ajouté, Modifié, Obsolète, Supprimé, Corrigé, Sécurité. Écarte les changements internes sans effet pour l'utilisateur (chore, ci, formatage) et liste-les à part.
2. Une proposition de numéro de version selon SemVer (majeure, mineure ou correctif) avec justification.
3. L'entrée de changelog au format demandé, avec la date [À COMPLÉTER : date de publication] et les liens vers les PR quand ils figurent.
4. Une section mise en avant pour les ruptures de compatibilité : ce qui ne fonctionne plus, qui est concerné et un guide de migration pas à pas avec code avant/après.
5. Une version pour le public indiqué : 3 à 6 nouveautés expliquées par leur bénéfice, en langage simple s'il s'agit d'utilisateurs finaux.
6. La liste des commits ambigus à confirmer.

Contraintes :
- N'invente aucune fonctionnalité ni détail qui ne découle pas des commits. Si un message est flou, pose-moi la question ou indique [À COMPLÉTER].
- Rédige chaque ligne du point de vue de l'utilisateur, pas du code interne.
- S'il manque la version précédente ou le public, demande-moi d'abord.

Format : Markdown prêt à coller dans CHANGELOG.md ou sur la page de la release.

Comment l'utiliser

Récupérez la liste avec git log v1.4.0..HEAD --oneline ou à partir des PR fusionnées depuis la dernière release. Vérifiez la version proposée et la section des ruptures avant publication.

Exemple d'utilisation

Produit : bibliothèque JavaScript de validation de formulaires · Plage : v2.3.1 jusqu’à main · Public : développeurs · Format : Keep a Changelog.

Exemple de résultat

En supposant un git log qui contient notamment un endpoint d’avoirs, une correction d’arrondi de TVA et le renommage de customer_id…

2. Version proposée

2.0.0 (majeure) : le renommage d’un champ de réponse casse les clients existants, même si les autres changements seraient mineurs ou correctifs.

3. Entrée du CHANGELOG

[2.0.0] – [À COMPLÉTER : date de publication]

Added

  • Endpoint POST /credit-notes pour émettre un avoir sur une facture existante (#212).

Changed

  • BREAKING : le champ customer_id devient client_id dans toutes les réponses (#219).

Fixed

  • Le total TTC ne diffère plus d’un centime de la somme des lignes sur les factures comportant beaucoup de lignes (#215).

4. Changements incompatibles et migration

Concerne : toute intégration qui lit customer_id.

Avant : const id = invoice.customer_id;

Après : const id = invoice.client_id;

6. Commits ambigus

  • a3f9c1e wip validation — modifie-t-il les données acceptées par l’API ? [À COMPLÉTER]
  • 7be20d4 update deps — une mise à jour de sécurité à classer dans Security ?

Les changements internes (chore, ci, formatage) ont été exclus des notes…

Informations clés

Catégorie
Programmation et développement · Documentation
Type de résultat
Texte
Niveau
Débutant
Conçu pour
ChatGPT, Claude, Gemini et Microsoft Copilot
Vérifié sur
En attente de vérification éditoriale
Variables
Produit ou bibliothèque, Version précédente et plage, Commits ou PR, Public et Format
Langue
Français
Prix
Gratuit, sans inscription
Mis à jour
07/11/2026

Questions fréquentes

Quand faut-il passer à une version majeure ?

Selon SemVer, quand un changement casse la compatibilité de l’API publique. Les nouveautés compatibles augmentent la version mineure et les corrections, le correctif.

Quelle différence entre changelog et notes de version ?

Le changelog est un journal technique et complet des changements. Les notes de version retiennent l’essentiel et l’expliquent par son intérêt pour le public de cette release.

À quoi sert ce prompt ?

Transformez une liste de commits ou de PR en changelog au format Keep a Changelog, avec version SemVer proposée, ruptures de compatibilité, guide de migration et notes lisibles.

Avec quels outils d'IA fonctionne-t-il ?

Il est conçu pour ChatGPT, Claude, Gemini et Microsoft Copilot. Nous ne l'avons pas encore vérifié sur ces outils ; les résultats peuvent donc varier de l'un à l'autre.

Comment personnaliser le prompt ?

Cliquez sur « Personnaliser » et remplissez les variables (Produit ou bibliothèque, Version précédente et plage, Commits ou PR, Public et Format). Le texte se met à jour instantanément et vous pouvez ensuite le copier en un clic. Les valeurs sont stockées uniquement dans votre navigateur.

Faut-il de l'expérience pour l'utiliser ?

Non. C'est un prompt de niveau débutant : il suffit de remplir les détails et de le coller dans votre outil d'IA.

Ce prompt est-il gratuit ?

Oui. Tous les prompts de HomeCasa Prompts sont gratuits, sans inscription ni abonnement. Vous pouvez aussi les utiliser dans des projets professionnels.

Puis-je me fier au résultat de l'IA ?

Considérez-le comme un brouillon de qualité : vérifiez toujours les données, les chiffres et les affirmations importantes avant de publier ou de prendre des décisions.

Prompts similaires