Qu'est-ce que le développement trunk-based et comment soutient-il la CI/CD ?

Question

Accepted Answer

**Trunk-based development** est une stratégie de branching où les développeurs intègrent de petits changements **fréquemment dans une seule branche principale (trunk)**, en utilisant des branches très courtes (ou en commitant directement). Elle est fortement associée à une CI/CD performante car elle maximise l'intégration continue.

## Qu'est-ce que le trunk-based development

```text
Developers commit small, frequent changes to a SINGLE shared branch (trunk/main):
  → very SHORT-LIVED branches (merged within hours or a day) — or commit directly
  → integrate continuously (multiple times a day) into trunk
  → trunk is kept always RELEASABLE (working, deployable)
→ vs long-lived feature branches that diverge for days/weeks before merging.
```

## Pourquoi cela soutient bien la CI/CD

```text
✓ MAXIMIZES continuous INTEGRATION — frequent small merges = the essence of CI
  (catch integration issues immediately; tiny, easy-to-resolve conflicts)
✓ AVOIDS "merge hell" — no long-lived branches diverging → no big painful merges
✓ Small changes = lower risk, easier review, faster feedback
✓ Keeps trunk always deployable → enables continuous DELIVERY/deployment
→ Research (DORA) links trunk-based development to high delivery performance.
```

## Gérer le travail incomplet

```text
How to commit to trunk frequently when features aren't done?
  ✓ FEATURE FLAGS → merge incomplete features hidden behind off flags (don't break trunk)
  ✓ Break work into small, independently-mergeable, non-breaking pieces
  ✓ Branch by ABSTRACTION → introduce changes incrementally behind abstractions
→ The discipline: integrate small, keep trunk working, hide incomplete work.
```

## Trunk-based vs feature-branch (Git Flow)

```text
TRUNK-BASED → short-lived branches, frequent integration, continuous delivery,
  feature flags — favored for high-velocity CI/CD
GIT FLOW (long-lived branches) → more structured, release-oriented, but longer
  divergence and bigger merges → less continuous
→ Trunk-based is generally preferred for true CI/CD; Git Flow for scheduled releases.
```

## Pourquoi c'est important

Comprendre le trunk-based development est une connaissance précieuse de niveau senior car il est **fortement associé à une CI/CD performante** et représente une philosophie de branching importante, c'est pourquoi c'est utile pour comprendre les pratiques de livraison efficaces.

L'idée centrale — les développeurs intègrent **de petits changements fréquemment dans un seul trunk** en utilisant des branches très courtes (plutôt que des branches feature longues qui divergent pendant des jours ou des semaines) — **maximise directement l'intégration continue**, ce qui est l'essence de la CI : les petites fusions fréquentes détectent les problèmes d'intégration immédiatement et produisent de petits conflits faciles à résoudre, **en évitant l'« enfer des fusions »** des branches qui divergent longtemps.

Comprendre **pourquoi cela soutient bien la CI/CD** (maximiser l'intégration, éviter les grandes fusions douloureuses, garder les changements petits et à faible risque, et garder le trunk toujours déployable pour activer la livraison continue) explique pourquoi c'est préféré pour une livraison à haute vélocité — et notamment, **la recherche DORA lie le trunk-based development aux performances de livraison élevées**, lui donnant un soutien empirique.

Comprendre **comment gérer le travail incomplet** tout en commitant fréquemment au trunk — en utilisant des **feature flags** (fusionner les features incomplètes cachées derrière des flags désactivés pour que le trunk reste fonctionnel), en décomposant le travail en petites pièces indépendamment fusionnables, et par abstraction de branche — est la discipline pratique clé qui rend le trunk-based development réalisable (cela nécessite ces techniques pour intégrer du travail incomplet sans casser le trunk).

Comprendre le **contraste avec les approches feature-branch/Git Flow** (trunk-based pour une livraison continue à haute vélocité ; les branches longues de Git Flow pour des releases plus structurées mais moins continues et planifiées) reflète un jugement sain sur la stratégie de branching.

Comme le trunk-based development est l'approche de branching qui active au mieux la véritable intégration et livraison continues (avec la recherche la liant aux performances élevées), et comme la compréhension de celle-ci, de pourquoi elle soutient la CI/CD, et comment la pratiquer (feature flags, petits changements) reflète une compréhension de la livraison performante, comprendre le trunk-based development est une connaissance précieuse de niveau senior — une pratique importante associée à une CI/CD efficace, reflétant la maturité des pratiques de livraison attendue pour les rôles senior qui façonnent la façon dont les équipes intègrent et livrent.