Trunk-Based Development
Trunk-Based Development = tout le monde sur la même branche
Le trunk-based development est une façon d'organiser le code où tous les développeurs intègrent leurs modifications dans une branche principale unique (le trunk, souvent nommée main) au moins une fois par jour, au lieu de travailler pendant des semaines sur des branches séparées.
Les branches, quand il y en a, vivent quelques heures. Cela suppose trois conditions :
- une intégration continue fiable, avec des tests automatisés à chaque modification ;
- des feature flags pour livrer du code inachevé sans l'activer pour les utilisateurs ;
- des revues de code rapides, pour ne pas bloquer les autres.
L'intérêt : éviter les fusions douloureuses de branches qui ont trop divergé et pouvoir livrer en production à tout moment. Les recherches DORA sur la performance des équipes logicielles associent cette pratique aux équipes qui livrent le plus souvent et le plus sereinement.
Pourquoi ça compte quand on recrute
Une équipe en trunk-based development attend des développeurs habitués à découper leur travail en petites modifications livrables. Un candidat qui vient d'un GitFlow à branches longues peut s'adapter, mais il faut le vérifier. Demandez-lui la taille typique de ses pull requests et comment il livre une fonctionnalité qui prend trois semaines : la réponse attendue passe par les feature flags.