No kurienes nāk build?

Programmatūras būvniecība (build) tiek veikta kā kompilēšanas, saistīšanas un projekta avota koda iepakošanas process kopā ar nepieciešamajiem resursiem (bibliotekām, konfigurācijas failiem, attēliem utt.) vienā izpildāmajā vai izplatāmajā paketē.

Rokas būvniecība tiek veikta, kad izstrādātājs šos soļus veic manuāli vai ar skriptu palīdzību savā lokālajā datorā. Automatizētai būvniecībai izmanto nepārtrauktās integrācijas (CI) sistēmas, piemēram, Jenkins, GitLab CI, GitHub Actions, TeamCity un citas.

Automatizētās būvniecības process izskatās aptuveni šādi:

1. Triggeris: Izmaiņas repozitorijā (piemēram, commits noteiktā zarā) vai plānota būvniecība sāk būvniecības cauruļvadu.
2. Koda iegūšana: CI sistēma ņem aktuālo avota koda versiju no versiju kontroles sistēmas (Git, SVN utt.).
3. Būvniecība: Tiek izpildītas būvniecības komandas saskaņā ar projekta konfigurāciju (piemēram, mvn clean package, npm build, dotnet publish). Šis posms ietver avota koda kompilāciju, vienību testu izpildi un būvniecības artefaktu izveidi.
4. Testēšana: Var tikt palaisti dažādi automatizēti testi (integrācijas, e2e utt.).
5. Iepakošana: Būvniecības artefakti tiek iepakoti atbilstošā formātā (WAR/JAR Java, Docker attēls, NPM pakotne, msi utt.).
6. Publicēšana: Gatavais artefakts (būvniecība) tiek publicēts artefaktu glabātuvē (Nexus, Artifactory, Docker Registry), no kurienes to var paņemt izvietošanai vai turpmākai testēšanai.

Tādējādi būvniecība tiek veikta no automatizēta vai manuāla avota koda kompilēšanas, saistīšanas un iepakošanas procesa, ko visbiežāk veic CI sistēma pēc izmaiņām repozitorijā.