Module 12 / 12
Bonnes pratiques & workflow avancé
Git, revues de code, CI/CD, et habitudes d'un utilisateur expert de Claude Code.
Avancé12 min de lecture
Workflow Git avec Claude Code
- Laissez Claude Code rédiger les messages de commit en se basant sur le
git diffréel, pas sur des suppositions. - Préférez toujours de nouveaux commits plutôt que des--amend, sauf demande explicite : un amend sur un commit déjà poussé réécrit l'historique partagé. - Ne jamais
git push --forcesur une branche partagée (main/master) sans autorisation explicite. - Pour les PR, Claude Code peut résumer tous les commits du diff par rapport à la branche de base, pas seulement le dernier.
Revue de code et sécurité
Avant de merger un changement généré ou assisté par Claude Code :
- Lancez une revue (
/reviewou un sous-agentcode-reviewer) pour détecter bugs et failles de sécurité (injection, XSS, secrets en dur). - Faites tourner les tests existants — et ajoutez-en si le changement n'était pas couvert.
- Pour les changements UI, ouvrez réellement l'application dans un navigateur pour vérifier le chemin nominal et les cas limites ; les tests vérifient la correction du code, pas la correction de la fonctionnalité perçue par l'utilisateur.
Gérer le contexte sur de grosses tâches
- Découpez une tâche large en sous-étapes suivies via une todo-list (TaskCreate/TodoWrite), pour garder une trace claire de ce qui est fait et restant.
- Déléguez les recherches volumineuses (lecture de beaucoup de fichiers) à des sous-agents pour ne pas saturer le contexte principal avec du détail inutile.
- Utilisez
/compactproactivement avant qu'une session ne devienne trop lourde, plutôt que d'attendre la limite.
Habitudes d'un utilisateur expert
- Donner le contexte du « pourquoi », pas seulement le « quoi » : Claude Code prend de meilleures décisions s'il comprend l'objectif réel.
- Corriger une fois, mémoriser pour toujours : quand vous corrigez une approche, ajoutez la règle à
CLAUDE.mdou à la mémoire pour ne pas la répéter. - Vérifier avant de faire confiance : pour des actions à fort impact (déploiement, migration), demander un plan avant exécution.
- Garder l'humain dans la boucle sur les actions irréversibles ou visibles publiquement (push, déploiement, messages envoyés) — toujours confirmer explicitement plutôt que de présumer une autorisation tacite.
Points clés à retenir
- Nouveaux commits plutôt que --amend ; jamais de force-push sans autorisation explicite.
- Toujours relire/tester avant de merger, et vérifier l'UI dans un vrai navigateur.
- Découper les grosses tâches en sous-étapes, déléguer les recherches volumineuses.
- Mémoriser durablement les corrections, garder l'humain dans la boucle sur l'irréversible.
Tester ce module
12 questions corrigées sur « Bonnes pratiques & workflow avancé »