49 lines
2.7 KiB
Markdown
49 lines
2.7 KiB
Markdown
# Squash merge & distribution de la taille des PR — Astuces de Boris Cherny
|
|
|
|
Une synthèse des observations partagées par Boris Cherny ([@bcherny](https://x.com/bcherny)), créateur de Claude Code, le 25 mars 2026.
|
|
|
|
<table width="100%">
|
|
<tr>
|
|
<td><a href="../">← Retour à Claude Code Best Practice</a></td>
|
|
<td align="right"><img src="../../!/claude-jumping.svg" alt="Claude" width="60" /></td>
|
|
</tr>
|
|
</table>
|
|
|
|
---
|
|
|
|
## 1/ 266 contributions en une seule journée — toujours squasher
|
|
|
|
Boris a partagé son graphe de contributions GitHub montrant **266 contributions le 24 mars** — issues de **141 PR, toujours squashées**, avec une médiane de **118 lignes** par PR.
|
|
|
|
- Le squash merge fusionne tous les commits d'une branche en un seul commit sur la branche cible — l'historique reste propre et linéaire
|
|
- Une PR = un commit : il devient facile d'annuler des fonctionnalités entières et `git bisect` est simplifié
|
|
- Dans des workflows assistés par IA à haute vélocité (141 PR/jour), le squash est le choix pragmatique — les commits individuels « fix lint », « try this » au sein d'une branche ne sont que du bruit
|
|
|
|
<a href="https://x.com/bcherny/status/2038552880018538749"><img src="../../tips/assets/boris-26-3-25/1.png" alt="Boris Cherny — 266 contributions, toujours squashées" width="50%" /></a>
|
|
|
|
---
|
|
|
|
## 2/ Distribution de la taille des PR — garde des PR petites
|
|
|
|
Boris a partagé la distribution des tailles sur ces 141 PR, totalisant **45 032 lignes modifiées** (ajouts + suppressions) :
|
|
|
|
| Métrique | Lignes (ajout+supp) | Signification |
|
|
|--------|---------------:|---------|
|
|
| **p50** | **118** | Taille médiane d'une PR — la moitié des PR faisaient 118 lignes ou moins |
|
|
| p90 | 498 | 90 % des PR faisaient moins de 500 lignes |
|
|
| **p99** | **2 978** | Seule ~1 PR dépassait ~3 000 lignes |
|
|
| min | 2 | Plus petite PR — un correctif rapide de 2 lignes |
|
|
| max | 10 459 | Plus grosse PR unique — probablement une migration ou du code généré |
|
|
|
|
- Une **médiane de 118 lignes** signifie que la plupart des PR sont ciblées et relisables, même à 141 PR/jour
|
|
- La distribution est fortement asymétrique à droite — la grosse PR occasionnelle est inévitable (renommages massifs, migrations), mais la norme reste serrée
|
|
- Les petites PR réduisent le risque de conflit de merge, sont plus faciles à relire et se marient parfaitement avec le squash merge pour des annulations propres
|
|
|
|
<a href="https://x.com/bcherny/status/2038552880018538749"><img src="../../tips/assets/boris-26-3-25/2.png" alt="Boris Cherny — tableau de distribution de la taille des PR" width="50%" /></a>
|
|
|
|
---
|
|
|
|
## Sources
|
|
|
|
- [Boris Cherny (@bcherny) sur X — 25 mars 2026](https://x.com/bcherny)
|