traduction
This commit is contained in:
@@ -0,0 +1,48 @@
|
||||
# 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)
|
||||
Reference in New Issue
Block a user