Quand l’IA nous apprend à mieux découper nos commits

Les développeurs passent beaucoup de temps à nettoyer leur historique Git. Squash, rebase, messages parfaits : on cherche sans cesse la « bonne » façon de présenter les changements. Pourtant, une nouvelle pratique vient bousculer cette habitude.

Le vrai problème n’est pas la taille des commits

Quand on confie une mission précise à un agent de code, le diff qui en sort est souvent déjà bien structuré. Une migration de base de données, la création d’un microservice, un refactor d’authentification : chaque tâche donne naturellement des blocs lisibles.

À l’inverse, une requête trop large — « active le dark mode, corrige les bugs d’authentification et refactorise les services » — produit un patch énorme et confus. Aucun message de commit ne peut arranger ça. Le souci vient du périmètre, pas de la stratégie de commits.

L’agent révèle les limites du scope

Un agent d’IA ne devine pas vos intentions. Il exécute ce qu’on lui donne. Plus la consigne est floue, plus le résultat est dispersé. Pour obtenir un travail exploitable, il faut donc être très clair sur ce qui est demandé et ce qui ne l’est pas.

Cette contrainte devient un atout : elle oblige à définir des objectifs nets avant de lancer l’agent. Le diff qui en résulte est alors plus simple à relire, pour soi comme pour les relecteurs.

Un nouveau rythme de travail

Travailler avec un agent change la cadence :

• On découpe les sessions en tâches courtes et ciblées.
• On fixe des critères de fin clairs pour éviter l’effet « juste une chose de plus ».
• Les commits suivent naturellement les limites fixées au départ.
• Les revues de code gagnent en lisibilité.

Comment poser des limites concrètes

Avant chaque session, prenez le temps de cadrer :

1. Un seul résultat visé : « Ajouter le traitement des remboursements aux endpoints existants », plutôt que « améliorer le système de paiement ».
2. Critères d’acceptation précis : « L’utilisateur peut demander un remboursement depuis l’historique de commande ; l’admin les voit dans le tableau de bord. »
3. Exclusions explicites : « Ne pas toucher à l’authentification ni créer de migration. »
4. Relecture immédiate du diff, tant que le contexte est frais.

Ce que ça change vraiment

Adopter un agent de code n’améliore pas seulement la productivité. Il pousse à une discipline de scope que beaucoup négligeaient. Les bons commits ne viennent pas d’un git plus sophistiqué, mais d’objectifs mieux définis dès le départ.

Cette habitude profite à tout le monde, que l’on code avec ou sans IA.