Les développeurs écrivent du code source dans des langages de programmation lisibles par l'homme, qui doit ensuite subir un traitement supplémentaire pour pouvoir être déployé, par exemple, sur un serveur de production.
Ces étapes de traitement peuvent être la compilation de Java ou de C++ au format binaire, l'exécution de tests ou la minimisation d'un JavaScript pour réduire sa taille de téléchargement.
Ces étapes sont généralement appelées étapes de build (ou "le build").
De nombreuses équipes utilisent des outils pour automatiser ces étapes. Afin qu'elles soient reproductibles et faciles à exécuter.
Certaines équipes exécutent ces outils manuellement après que des modifications ont été apportées au code source, mais d'autres utilisent des systèmes de construction continue où un serveur détecte automatiquement qu'une modification de la source s'est produite et exécute ces étapes de construction.
Lorsque les gens disent " don't break the build ", ils veulent généralement dire - ne pas apporter de modifications au code source qui feront échouer les étapes de construction.
Lorsque cela se produit, cela bloque tous les développeurs de construire de nouvelles versions du code jusqu'à ce que le code incriminé soit corrigé. En fonction de la taille de l'équipe, cela peut être très coûteux.
>