Aller au contenu
Code VoucherBY PYRATZ

Étude de cas / Pyratz Labs

Comment une équipe de 5 développeurs a fait relire 1 834 merge requests en 12 semaines

Pyratz Labs est une agence de développement française : cinq développeurs qui travaillent chaque jour avec des agents de codage. Voici ce qui s’est passé quand chaque révision produite avec un agent est passée par Code Voucher.

Espace Pyratz Labs sur notre instance interne de Code Voucher · du 13 août au 5 novembre 2026

  • 5développeurs
  • 18dépôts, surtout sur GitLab, quelques-uns sur GitHub
  • ~5projets menés avec des agents de codage
  • 5 000revues lancées
  • 1 834merge requests relues
  • 2,7itérations de revue par merge request, en moyenne

01 / Cadence

Un agent n’ouvre pas une merge request par jour.

Sur les 4 dernières semaines, l’équipe a tourné à environ 87 revues et 36 merge requests par jour. La semaine du 28 septembre, le volume hebdomadaire est passé de 260 à 836 revues, et il n’est plus redescendu sous les 460 depuis.

Revues lancées par semaine
  1. Semaine du 10 août (partielle) : 40 revues
  2. Semaine du 17 août : 218 revues
  3. Semaine du 24 août : 89 revues
  4. Semaine du 31 août : 261 revues
  5. Semaine du 7 sept. : 352 revues
  6. Semaine du 14 sept. : 124 revues
  7. Semaine du 21 sept. : 260 revues
  8. Semaine du 28 sept. : 836 revues
  9. Semaine du 5 oct. : 680 revues
  10. Semaine du 12 oct. : 693 revues
  11. Semaine du 19 oct. : 465 revues
  12. Semaine du 26 oct. : 644 revues

Semaines commençant le lundi. La semaine du 10 août est partielle : la période commence le 13 août. La semaine en cours n’est pas affichée.

02 / Itérations

Une merge request sur deux a demandé plus d’un passage.

51 % des merge requests ont été relues au moins 2 fois, avec 2,7 itérations de revue par merge request en moyenne. Chaque nouveau push ouvre une nouvelle itération de revue.

Merge requests par nombre d’itérations de revue
  1. 1 itération : 904 merge requests
  2. 2 itérations : 375 merge requests
  3. 3 itérations : 190 merge requests
  4. 4 itérations : 140 merge requests
  5. 5 itérations : 66 merge requests
  6. 6–10 itérations : 119 merge requests
  7. 11–20 itérations : 30 merge requests
  8. 21 itérations ou plus : 12 merge requests

Itérations de revue par merge request sur l’ensemble de la période.

03 / Pics

Les demandes de revue arrivent par rafales.

Au plus fort, un développeur a déclenché 50 revues en une seule heure. Sur 140 des 1 445 heures-développeur actives (environ 1 sur 10), un développeur a dépassé 5 revues dans l’heure.

Nos revues qui auraient dépassé chaque plafond horaire par développeur de CodeRabbit
  1. Au-delà de 5/h : 649 revues
  2. Au-delà de 8/h : 335 revues
  3. Au-delà de 10/h : 226 revues
  4. Au-delà de 12/h : 164 revues

En gris : le quota d’un concurrent appliqué à notre propre historique de revues.

Avec votre propre Codex, Code Voucher n’impose aucun plafond de revues. Les limites de votre offre Codex continuent de s’appliquer.

Nous avons compté nos revues par heure-développeur et les avons comparées aux revues de PR incluses par développeur et par heure dans les offres CodeRabbit (5, 8, 10 ou 12). Au-delà de ce quota, les revues CodeRabbit coûtent 0,25 $ par fichier relu. Il s’agit d’une estimation à partir de nos propres données ; CodeRabbit compte ses revues à sa manière. Tarifs CodeRabbit ↗

04 / Constats

3 220 constats. 197 merges bloqués.

Chaque revue combine deux lectures indépendantes : la qualité du code et une lecture de sécurité offensive. Sur nos dépôts, un constat bloquant stoppe le merge.

Par gravité

Critique
17
Majeur
1 588
Recommandation
1 598
Info
17

Par angle de revue

Qualité du code
1 689
Sécurité offensive
1 531

197 merges bloqués par un constat bloquant

Catégories les plus fréquentes
  1. Justesse fonctionnelle : 517 constats
  2. État et cycle de vie : 196 constats
  3. Écart doc ↔ code : 196 constats
  4. Accès concurrents : 104 constats
  5. Exploitation en production : 95 constats
  6. Gestion des erreurs : 88 constats
  7. Tests insuffisants : 75 constats

Il s’agit de décomptes de constats signalés, pas d’une mesure de précision. Nous n’avons pas arbitré chaque constat : nous n’avançons donc aucun taux de précision ni de rappel.

05 / Votre propre Codex

6 058 exécutions de revue sur notre propre offre Codex.

Depuis fin septembre, nos revues tournent sur l’abonnement Codex que nous payons déjà : pas de frais par revue, ni de plafond de revues côté Code Voucher. Les limites de notre offre Codex continuent de s’appliquer.

Comment fonctionne la connexion de votre abonnement (en anglais) ↗

06 / En public

Une vraie revue, sur une pull request publique.

Code Voucher a relu Pyratzlabs/paseo-rooms#2, une modification de CI qui déploie un relais via un runner GitLab privé. Verdict : approuvée avec recommandations, avec un constat de niveau recommandation.

Recommandation · Qualité du code

Incomplete preparation leaves the deployment identity unusable

State lifecycle and recovery

Preuve, telle que publiée sur la pull request (en anglais)
Prepare creates the owner-specific history directory before inspecting the previous container, copying backups, and storing the prepared transaction. Those operations can fail or be interrupted; rollback does not remove an orphan history directory.

En clair : la préparation crée le répertoire d’historique avant plusieurs étapes qui peuvent échouer, et le rollback ne le supprime pas. Il reste alors un répertoire orphelin.

Lire la revue sur GitHub ↗

Relisez au rythme où vos agents livrent.

Essai gratuit de 14 jours avec 5 développeurs, puis 15 $ par développeur et par mois. Pas de frais par revue.

Démarrer l’essai gratuit

14 jours · Sans carte bancaire · 5 développeurs inclus

Vous préférez l’héberger vous-même ? L’auto-hébergement est gratuit, avec un support payant si besoin. Nous contacter