Travailler avec un dépôt Git

Claude Code modifie des fichiers réels. Git transforme ces modifications en changements sûrs, traçables et réversibles. Bien utilisé, c'est le filet de sécurité indispensable de toute session.

Pourquoi Git change tout

Sans contrôle de version, une modification de l'assistant est définitive : si elle introduit un bug, il faut le défaire à la main. Avec Git, chaque état du code est enregistré. Vous pouvez comparer, annuler, revenir en arrière.

C'est pourquoi le cours recommande, dès l'introduction, de travailler dans un dépôt Git. L'assistant comprend d'ailleurs la structure du projet versionné et raisonne mieux à l'échelle de plusieurs fichiers.

Isoler le travail sur une branche

La pratique la plus saine consiste à créer une branche dédiée avant de confier une tâche à l'assistant.

# Créer une branche dédiée à la tâche
git checkout -b feature/refacto-paiement
 
# ... session Claude Code : modifications, tests ...
 
# Comparer ce qui a changé
git diff

Sur une branche, le travail de l'assistant n'affecte pas votre branche principale. Si le résultat ne convient pas, vous abandonnez la branche sans conséquence. S'il convient, vous le fusionnez en connaissance de cause.

Relire les diffs systématiquement

Claude Code peut écrire beaucoup de code rapidement. La relecture du diff reste votre responsabilité : c'est elle qui garantit la qualité.

Que regarder dans un diff

Concentrez votre attention sur quelques points : la modification répond-elle réellement à la demande ? N'introduit-elle pas d'effet de bord ailleurs ? Les conventions du projet sont-elles respectées ? Aucun secret ni donnée sensible n'a-t-il été ajouté par mégarde ?

Demander des explications

Si un diff vous semble obscur, demandez simplement à l'assistant de justifier ses choix. Une bonne explication fait partie du travail attendu, comme le rappelle l'introduction du cours.

Committer avec l'assistant

Claude Code peut préparer un commit : sélectionner les fichiers, rédiger un message clair, créer la révision. C'est pratique, mais le message doit réellement décrire le changement.

# Exemple de message de commit attendu
git commit -m "Extrait la logique de TVA dans un module dédié"

Un bon message explique le quoi et le pourquoi, pas seulement le comment. Relisez-le comme vous relisez le code. Si votre projet impose une convention de messages, mentionnez-la dans le fichier CLAUDE.md pour que l'assistant la suive, comme expliqué dans la leçon dédiée.

Revenir en arrière sans stress

Si une session tourne mal, Git vous protège. Selon la situation, vous pouvez abandonner les modifications non commitées, revenir à un commit précédent ou supprimer une branche entière. L'essentiel est d'avoir gardé un dépôt propre en amont : c'est ce qui rend ces retours indolores.

Bonnes pratiques de collaboration

Travailler avec Git et Claude Code en équipe suppose quelques règles partagées : des branches courtes et ciblées, des commits atomiques, des messages cohérents et des diffs relus avant fusion. Ces principes ne sont pas propres à l'IA, mais l'assistant en amplifie l'importance par la vitesse à laquelle il produit du code.

En résumé

Git n'est pas une contrainte mais un allié : il rend le travail de Claude Code sûr, traçable et réversible. Branche dédiée, relecture de diff et messages soignés forment le trio gagnant.

La prochaine leçon explore les hooks, qui automatisent des actions autour des sessions. Voyez aussi l'ensemble des cours et la certification Certified Architect.