Een build is de stap die door mensen geschreven broncode omzet in een afgeronde versie van een applicatie die een computer ook echt kan draaien. Afhankelijk van de taal kan dat betekenen: de code compileren, bestanden samenbundelen en de libraries meenemen waar het van afhangt. Het resultaat, vaak een artifact genoemd, is wat je daarna test of uitrolt.
Zie het als bakken. De broncode is je recept en de losse ingrediënten; de build is het mengen en bakken tot een taart die je kunt serveren. Het recept alleen voedt niemand. Je hebt die ene stap nodig die alles samenbrengt tot het eindproduct, en als er een ingrediënt ontbreekt, mislukt de bak.
Tegenwoordig zijn builds bijna altijd geautomatiseerd. Op het moment dat code naar een branch wordt gepusht, bouwt een CI/CD-pipeline de hele app opnieuw op en draait de tests, zodat een fout binnen minuten wordt gevangen in plaats van na de release. Een belangrijke gewoonte hier is de schone build: in plaats van de vorige versie te lappen, begint de pipeline elke keer vanaf nul, zodat het resultaat nooit afhangt van een achtergebleven bestand dat alleen op de laptop van één ontwikkelaar staat. Juist dat doodt het oude excuus ‘bij mij werkt het’, want als het bouwt en slaagt op de gedeelde server, draait het overal hetzelfde. Buildsnelheid telt ook meer dan mensen denken. Een build van tien minuten onderbreekt het werk, dus teams cachen dependencies, verdelen tests over meerdere machines en bouwen alleen de delen opnieuw die zijn veranderd.
Bij TopDevs automatiseren we de build voor elk project, zodat elke wijziging een schone, geteste versie van je software oplevert zonder dat iemand stappen met de hand hoeft te draaien.
