Waar komt de build vandaan?

De softwarebuild wordt uitgevoerd als resultaat van het compilatie-, koppeling- en verpakkingsproces van de broncode van het project samen met de benodigde bronnen (bibliotheken, configuratiebestanden, afbeeldingen, enz.) in een enkel uitvoerbaar of distributeerbaar pakket.

Bij handmatige build voert de ontwikkelaar deze stappen handmatig uit of met scripts op zijn lokale computer. Bij geautomatiseerde build worden systemen voor continue integratie (CI) zoals Jenkins, GitLab CI, GitHub Actions, TeamCity en anderen gebruikt.

Het geautomatiseerde buildproces ziet er ongeveer zo uit:

1. Trigger: Een wijziging in de repository (bijvoorbeeld een commit in een specifieke tak) of het uitvoeren van een geplande build start de build-pipeline.
2. Code ophalen: Het CI-systeem haalt de actuele versie van de broncode op uit het versiebeheersysteem (Git, SVN, enz.).
3. Build: Er worden build-commando's uitgevoerd volgens de projectconfiguratie (bijvoorbeeld mvn clean package, npm build, dotnet publish). Deze stap omvat het compileren van de broncode, het uitvoeren van unittests en het maken van build-artefacten.
4. Tests: Er kunnen verschillende soorten geautomatiseerde tests worden uitgevoerd (integratie, e2e, enz.).
5. Verpakken: De build-artefacten worden verpakt in het juiste formaat (WAR/JAR voor Java, Docker-image, NPM-pakket, msi, enz.).
6. Publicatie: Het gereed zijnde artefact (build) wordt gepubliceerd in een artefactrepository (Nexus, Artifactory, Docker Registry), van waaruit het kan worden opgehaald voor deployment of verdere tests.

Op deze manier wordt de build uitgevoerd uit een geautomatiseerd of handmatig proces van compilatie, koppeling en verpakking van de broncode, meestal uitgevoerd door het CI-systeem na wijzigingen in de repository.