← Retour au sommaire
📋
Patch-notes &
Versioning
Apprends à documenter chaque version de ton projet comme un vrai développeur.
Bonne pratique
patch-note.txt
Versioning sémantique
?
Pourquoi tenir un patch-note ?
Quand tu travailles sur un projet, tu vas faire des dizaines de modifications. Sans notes, dans 3
mois tu ne te souviendras plus de ce que tu avais changé entre la version 1 et la version 2 ! Le
patch-note est un fichier texte qui garde trace de toutes les versions et de
toutes les nouveautés.
🎮
Tu connais les mises à jour de jeux vidéo ? Quand un jeu se met à jour, il y a toujours une
liste qui dit "v1.2.0 — nouveau personnage ajouté, bug du menu corrigé, équilibrage des armes". C'est exactement
ça un patch-note ! Et bien, ton projet mérite la même rigueur que les grands studios de jeux.
💡Le patch-note sert aussi à communiquer avec
les utilisateurs (ou ton prof !) : ils voient clairement ce qui a changé entre chaque version sans
avoir à lire tout ton code.
V
Les numéros de version : comment ça marche ?
Un numéro de version s'écrit avec trois chiffres séparés par des points :
v0.00.1. Chaque chiffre a une signification précise !
v1.00.0
Majeure
Changement énorme.
Nouvelle étape du
projet.
Peut casser la version précédente.
v0.01.0
Mineure
Ajout d'une nouvelle fonctionnalité.
Le projet
reste compatible.
Tout continue de fonctionner.
v0.00.1
Patch
Petite correction ou
modification mineure.
Début ou retouche.
⚠️Quand tu augmentes un chiffre, tous ceux à
droite repassent à zéro. Exemple : après v0.00.9 vient v0.01.0 (et
non v0.00.10). Après v0.09.0 vient v0.10.0.
🚀
v0 vs v1 : le sens des grandes versions
Le chiffre de version majeure (le tout premier) indique à quel stade de maturité se trouve ton
projet :
🔬
v0.xx.x
Prototype / En développement.
Le projet
n'est pas fini.
Alpha (v0.0x) = premiers tests.
Beta (v0.1x+) = testable par
d'autres.
Les choses peuvent changer radicalement.
🎉
v1.00.0
Version publique.
Le projet est
présentable.
Les fonctionnalités principales sont là.
Tu es prêt à le montrer au
monde.
Stabilité garantie.
v0.00.1
🌱 Début du projet
Structure de base créée, fichiers initiaux
v0.00.2
🎨 Ajout de la navigation
Header et menu créés
v0.01.0
✨ Nouvelle section : galerie
Première fonctionnalité majeure ajoutée
v0.01.1
🐛 Correction affichage mobile
Bug sur petits écrans corrigé
v0.02.0
📬 Formulaire de contact
Deuxième grosse fonctionnalité
v1.00.0
🎉 Mise en ligne officielle
Projet complet et présentable au public !
📋
Créer le fichier patch-note.txt
Le fichier patch-note.txt se place à la racine de ton projet (au même
niveau que ton index.html). Il est écrit en texte simple, sans code. Voici le format à suivre :
📋
patch-note.txt
============================================================
MON-SITE — PATCH NOTES
Projet : Portfolio personnel
============================================================
[ v0.00.1 ] — 2025-01-14
DÉMARRAGE DU PROJET
+ Création de la structure de base du projet
+ Ajout de index.html avec le squelette HTML
+ Ajout de Assets/css/style.css (vide pour l'instant)
[ v0.00.2 ] — 2025-01-15
MISE EN PLACE DU HEADER
+ Création du header avec logo et titre
+ Ajout de la navigation principale (liens)
~ Couleurs provisoires, à affiner plus tard
[ v0.01.0 ] — 2025-01-18
NOUVELLE FONCTIONNALITÉ : SECTION GALERIE
+ Ajout de la section galerie de projets
+ Intégration de 3 cartes de projets avec images
* Correction : lien cassé vers Assets/img/logo.png
[ v0.01.1 ] — 2025-01-19
CORRECTIFS MOBILE
* Correction : galerie non responsive sur mobile
* Correction : texte trop petit sur écrans < 480px
[ v0.02.0 ] — 2025-01-25
NOUVELLE FONCTIONNALITÉ : FORMULAIRE DE CONTACT
+ Ajout de la section contact avec formulaire
+ Ajout du footer avec liens réseaux sociaux
[ v1.00.0 ] — 2025-02-01
MISE EN LIGNE OFFICIELLE 🎉
+ Publication sur GitHub Pages
+ Ajout du lien vers le site dans README.md
~ Projet considéré stable et présentable
Utilise toujours les mêmes symboles pour que ton patch-note soit facile à lire d'un coup d'œil :
| Symbole |
Signification |
Exemple |
| + |
Ajout d'une nouvelle chose (feature, fichier, section…) |
+ Ajout de la page contact |
| * |
Correction d'un bug ou d'une erreur |
* Correction du menu cassé |
| ~ |
Modification, amélioration d'une chose existante |
~ Mise à jour des couleurs |
| - |
Suppression d'une chose |
- Suppression de l'ancienne galerie |
💡Ces symboles ne sont pas une règle universelle
officielle — c'est ta convention personnelle. L'important c'est d'être cohérent : une fois que
tu as choisi tes symboles, utilise-les toujours pareil dans tout ton fichier.
📁
Où placer le fichier et comment le créer ?
Le patch-note.txt se place à la racine du projet, au même niveau que
index.html :
mon-site/
├── 📁 Assets/
├── index.html
├── patch-note.txt ← ici, à la racine !
└── README.md
Créer le fichier avec VS Code
1
Dans VS Code, fais un clic droit sur la racine de ton projet dans le
panneau de gauche
2
Choisis "Nouveau fichier" et tape patch-note.txt
3
Écris ta première entrée : la version initiale v0.00.1 avec la date du jour
et "Début du projet"
4
À chaque fois que tu fais un commit Git, tu mets à jour le patch-note
avant de pusher !
🌟La bonne habitude : mets à jour le patch-note
en même temps que tu fais ton commit Git. Le message de commit et l'entrée de patch-note se
complètent : le commit dit "quoi" en bref, le patch-note détaille "quoi, comment et pourquoi".
🔗
Lier commit Git et patch-note
Pour chaque nouvelle version, tu fais deux choses en même temps : tu mets à jour le
patch-note ET tu fais un commit Git. Voici le flux idéal :
1
Tu travailles sur ton projet et tu ajoutes une fonctionnalité
2
Tu ouvres patch-note.txt et tu ajoutes la nouvelle entrée de version avec la
date et les détails
3
Dans CMD : git add . (inclut le patch-note mis à jour)
4
Dans CMD : git commit -m "v0.01.0 — Ajout galerie de projets"
5
Dans CMD : git push pour envoyer sur GitHub
🚀En nommant ton commit avec le numéro de version
(v0.01.0), tu peux retrouver n'importe quelle version dans l'historique Git rien
qu'avec git log. Le versioning et Git deviennent une vraie machine à remonter le temps !
✓
Résumé : les règles du patch-note
✅ patch-note.txt à la racine du projet,
toujours
✅ Format : [ vX.XX.X ] — AAAA-MM-JJ puis les changements
✅ +
ajout | * correction | ~ modification | - suppression
✅ v0 = en développement |
v1 = version publique prête
✅ Mise à jour à chaque commit Git — c'est un duo
inséparable !
Tu connais le versioning ? Super ! 🎉
Mets en
pratique avec les exercices !
Passer aux exercices →
Exercice 1 : décoder des numéros de version
Exercice 2 : rédiger un vrai patch-note