Tous les modules

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 diff ré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 --force sur 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 (/review ou un sous-agent code-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 /compact proactivement 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.md ou à 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é »