Git et versions

1Étape 1 : Le .gitignore, puis la première version

Avant tout : vérifie que Git est installé (git --version dans le terminal ; sinon, le module 5, leçon 6, explique comment l’installer). Puis règle le nom et l’adresse qui seront enregistrés dans chaque version : ils deviendront publics si tu publies un jour le projet (leçon 7).

D’après le livre officiel de Git, cela se fait une fois, avec git config --global user.name "Ton nom" et git config --global user.email ton.adresse@exemple.fr : choisis ce que tu acceptes de montrer.

Dans Claude Code, sur ton dossier de projet, en mode Manuel :

Mets ce dossier sous Git : crée d'abord un fichier .gitignore qui exclut le fichier .env et mes sauvegardes de données (seulement les fichiers de sauvegarde de l'outil, par exemple carnet-emprunts-*.json, pas tous les fichiers .json), puis enregistre une première version des autres fichiers, avec un message clair.
Montre-moi ensuite le résultat de git status et de git log --oneline.

Lis chaque demande d’autorisation avant d’accepter.

Lors de notre essai du 24/10/2026, avec une demande qui disait seulement « les fichiers de sauvegarde .json », l’agent a créé le .gitignore, enregistré la première version, puis prévenu que la règle *.json exclut tous les fichiers .json, pas seulement les sauvegardes : d’où la formulation ci-dessus, qui nomme les sauvegardes. Ensuite, un fichier .env et une sauvegarde .json ajoutés au dossier n’apparaissaient pas dans git status : ils étaient bien ignorés.

2Étape 2 : Voir ce qui a changé

Fais une petite modification de ton outil (leçon 2), puis :

Montre-moi ce qui a changé depuis la dernière version, en langage simple. Ne modifie rien.

Si la modification marche (refais les essais), enregistre une nouvelle version : « Enregistre une version avec le message : [ce qui a changé]. »

3Étape 3 : Revenir en arrière

Pour t’entraîner, d’abord en sécurité : demande à l’agent « Lance git status et dis-moi s’il y a des modifications non enregistrées ». S’il y en a, enregistre d’abord une version (étape 2). Mieux encore, fais l’exercice sur une copie de ton dossier. Ensuite seulement, abîme volontairement ton outil (par exemple, demande « remplace tout le contenu de [nom].html par une seule ligne : oups »). Puis :

J'ai abîmé [nom].html par erreur. Reviens à la dernière version enregistrée de ce fichier seulement, sans toucher aux autres fichiers. Dis-moi ce que tu as fait.

Lors de notre essai, l’agent a d’abord regardé git status et git diff, puis lancé git restore -- prets.html (prets.html était le fichier de notre essai : chez toi, ce sera le nom de ton fichier) : le fichier est revenu identique à la version enregistrée. Il a prévenu que la version abîmée, jamais enregistrée, ne pouvait pas être récupérée.

Un cas particulier : si l’agent avait déjà « préparé » le fichier abîmé pour la prochaine version (commande git add), un simple git restore le laisserait abîmé, car par défaut il remet le fichier tel qu’il est dans cette préparation (d’après la documentation de Git). Demande alors de le restaurer depuis la dernière version enregistrée : la forme complète est git restore --source=HEAD --staged --worktree <fichier>.