Commits et branches via l'agent
Jusqu'ici, Claude Code a modifié des fichiers et corrigé du code. Dans cette leçon, on voit ce qui se passe quand il enregistre aussi le changement dans git : ouvrir une branch dédiée au lieu de toucher à main, choisir exactement quels fichiers inclure dans le commit au lieu de tout y jeter, et écri
Bien travailler avec l'agent, c'est comme donner à un menuisier un établi séparé pour chaque nouvelle commande — il n'y apporte que les outils pertinents, et colle sur chaque pièce terminée une note expliquant pourquoi elle a été construite ainsi, pas seulement ce qu'il y a dedans.
- branch
- Une copie séparée du code du projet dans laquelle on peut travailler sans toucher à main, et qu'on ne fusionne en retour que lorsque le changement est prêt.
- la zone de staging (git add)
- L'ensemble des changements explicitement choisis pour être inclus dans le prochain commit ; un fichier modifié mais jamais passé à git add reste en dehors du commit.
- message de commit
- Le texte qui documente pourquoi le changement a été fait, pas seulement quelles lignes ont changé — pour que quelqu'un qui le lit six mois plus tard comprenne la raison.
- force-push
- Un push qui écrase l'historique de la branche distante au lieu de l'enrichir ; il peut effacer le travail d'autres personnes et nécessite une approbation explicite préalable.
- sauter les hooks (--no-verify)
- Exécuter un commit en contournant les vérifications pre-commit censées attraper les problèmes en amont ; sauter cette étape désactive ce filet de sécurité, ce qui nécessite donc une demande explicite avant de le faire.