Woher stammt die Build (Build)?

Die Software-Erstellung (Build) erfolgt durch den Prozess der Kompilierung, Verlinkung und Verpackung des Quellcodes des Projekts zusammen mit den erforderlichen Ressourcen (Bibliotheken, Konfigurationsdateien, Bilder usw.) in ein einzelnes ausführbares oder verteilbares Paket.

Bei manueller Erstellung führt der Entwickler diese Schritte manuell oder mit Skripten auf seinem lokalen Computer aus. Bei automatisierter Erstellung werden Systeme der kontinuierlichen Integration (CI) wie Jenkins, GitLab CI, GitHub Actions, TeamCity und andere verwendet.

Der automatisierte Build-Prozess sieht ungefähr so aus:

1. Trigger: Eine Änderung im Repository (z.B. ein Commit in einem bestimmten Branch) oder das Ausführen eines geplanten Builds startet die Build-Pipeline.
2. Code-Abholung: Das CI-System holt die aktuelle Version des Quellcodes aus dem Versionskontrollsystem (Git, SVN usw.).
3. Build: Es werden Build-Befehle gemäß der Projektkonfiguration ausgeführt (z.B. mvn clean package, npm build, dotnet publish). Dieser Schritt umfasst die Kompilierung des Quellcodes, das Ausführen von Modultests und die Erstellung von Build-Artefakten.
4. Tests: Es können verschiedene Arten automatisierter Tests (Integration, e2e usw.) durchgeführt werden.
5. Verpackung: Die Build-Artefakte werden in das entsprechende Format verpackt (WAR/JAR für Java, Docker-Image, NPM-Paket, msi usw.).
6. Veröffentlichung: Das fertige Artefakt (Build) wird in einem Artefakt-Repository (Nexus, Artifactory, Docker Registry) veröffentlicht, von wo es für Deployment oder weitere Tests abgerufen werden kann.

Auf diese Weise wird die Erstellung aus einem automatisierten oder manuellen Prozess der Kompilierung, Verlinkung und Verpackung des Quellcodes durchgeführt, der meist vom CI-System nach Änderungen im Repository ausgeführt wird.