Tout le monde connaît le dossier où s’empilent contrat_v3.docx, contrat_v4_final.docx et contrat_v4_final_OK.docx. C’est une gestion des versions faite à la main, et elle finit toujours par semer le doute : laquelle est la bonne ? Avec un logiciel de gestion des versions, ce suivi devient automatique. Chaque version est datée, attribuée à son auteur et accompagnée d’une note qui dit ce qui a changé.

Pour un logiciel, c’est indispensable. Un outil évolue sans cesse : une règle ajoutée, une correction, un nouvel écran. La gestion des versions permet de :

  • savoir qui a changé quoi, et quand ;
  • comparer deux états de l’outil ;
  • faire un retour en arrière vers une version qui fonctionnait quand une modification casse quelque chose.

Pour le code, l’outil de référence s’appelle Git, et chaque version enregistrée y porte le nom de commit. Claude Code ou Codex savent s’en servir : vous pouvez leur demander, en français, d’enregistrer une version avant un gros changement, puis de vous montrer ce qui a changé depuis.

Piège fréquent : confondre la version de l’outil et ses données. Revenir à une version précédente du code ne remet pas forcément dans leur état d’avant les informations saisies entre-temps par l’équipe.

Exemple

Solène, juriste, remarque que depuis mardi l’outil de suivi des litiges calcule autrement les délais de relance. Elle demande à Claude Code ce qui a changé entre les deux dernières versions, et retrouve la règle modifiée par erreur.

Avec Toolify

Sur Toolify, chaque publication crée une version de l’outil, et la précédente se réactive en un clic, sans perdre les données actuelles.