Avec Git, un projet ne s’enregistre pas en continu, comme un document en ligne. On fait des commits : à un moment choisi, on prend une photo de l’état des fichiers et on y joint un court message, par exemple « Ajoute le calcul des jours fériés ». Chaque commit garde son auteur, sa date et un identifiant unique.
Mis bout à bout, les commits forment l’historique du projet. On peut le relire comme un journal de bord, comparer deux moments ou revenir à un commit précis si une modification a tout cassé. Un bon commit regroupe un seul changement cohérent, avec un message clair : c’est ce qui rend l’historique utile.
Si vous créez un outil avec Claude Code ou Codex, vous n’avez aucune commande à taper. Demandez simplement à l’IA de faire un commit chaque fois qu’une étape fonctionne : vous gardez ainsi des points de retour sûrs, et un historique que vous pouvez lui demander de vous résumer.
Piège fréquent : croire qu’un commit met l’outil en ligne. Il reste sur votre ordinateur, dans le dépôt du projet : tant que la nouvelle version n’est pas mise en ligne, l’équipe ne voit pas le changement.
Exemple
Ophélie, chargée de recrutement, demande à Claude Code un commit à chaque étape qui fonctionne, avec un message clair comme « Ajoute le tri des candidatures par date ». Le vendredi, elle lui demande de résumer l’historique de la semaine pour sa responsable.
Avec Toolify
Sur Toolify, c’est la publication qui sert de point de retour pour l’équipe : chacune crée une version de l’outil en ligne, et la précédente se réactive en un clic.