Git-integratie met CI/CD

Welkom! In deze les verkennen we hoe Git wordt geïntegreerd met pipelines voor Continuous Integration (CI) en Continuous Deployment (CD).

CI/CD automatiseert het proces van software bouwen, testen en implementeren. Git staat centraal en fungeert als trigger voor deze geautomatiseerde workflows.

De belangrijkste manier waarop Git met CI/CD-tools communiceert, is via webhooks.

• Een webhook is een geautomatiseerd HTTP POST-verzoek.
• Git-hostingservices (zoals GitHub, GitLab en Bitbucket) versturen deze verzoeken.
• Ze melden gebeurtenissen aan je CI/CD-systeem, zoals een nieuwe code-push of een pull request.

Een webhook instellen is meestal eenvoudig:

1. Open de instellingen van je repository bij je Git-hostingservice.
2. Zoek het gedeelte 'Webhooks' of 'Integrations'.
3. Voeg een nieuwe webhook toe en geef de URL van je CI/CD-tool op.
4. Selecteer welke Git-gebeurtenissen (bijvoorbeeld push en pull request) de webhook moeten activeren.

Zodra een webhook wordt geactiveerd, komt je CI/CD-pipeline in actie. Dit is een typisch verloop:

• Trigger: een Git-gebeurtenis (bijvoorbeeld een git push).
• Bouwen: de code wordt gecompileerd, afhankelijkheden worden geïnstalleerd en buildartefacten worden gemaakt.
• Testen: geautomatiseerde tests (unit-, integratie- en end-to-endtests) worden uitgevoerd op de gebouwde code.
• Implementeren: als de tests slagen, worden de artefacten geïmplementeerd in een doelomgeving (bijvoorbeeld staging of productie).

Laten we een basis-workflowbestand van GitHub Actions bekijken. Deze YAML-configuratie definieert een eenvoudige pipeline die bij elke push naar de main-branch wordt uitgevoerd.

De code wordt uitgecheckt, waarna een bericht wordt afgedrukt.

Je kunt CI/CD optimaliseren door pipelines alleen voor specifieke branches of wijzigingen te activeren.

Je wilt bijvoorbeeld alleen een volledige implementatiepipeline uitvoeren wanneer wijzigingen naar main of develop worden gepusht. Zo bespaar je resources op feature-branches.

Met veel CI/CD-tools kun je branchpatronen, paden of committypen voor triggers opgeven.

Soms maak je een kleine commit (bijvoorbeeld om een typefout te herstellen) waarvoor geen volledige CI/CD-uitvoering nodig is.

De meeste CI/CD-platforms ondersteunen speciale trefwoorden in commitberichten om een pipeline-uitvoering over te slaan. Veelgebruikte voorbeelden zijn:

• [skip ci]
• [ci skip]
• [no ci]

Door dit aan je commitbericht toe te voegen, voorkom je onnodige builds.

CI/CD-tools kunnen de status van builds en tests rechtstreeks terugmelden aan je Git-hostingservice.

Zo kun je beschermde branches instellen. Bij beschermde branches kun je regels afdwingen, zoals:

• Alle CI/CD-statuscontroles moeten slagen voordat er gemerged mag worden.
• Er is een minimumaantal goedgekeurde codebeoordelingen vereist.

Zo komt alleen hoogwaardige, geteste code in kritieke branches terecht.

Het onderdeel 'Continuous Deployment' van CI/CD betekent vaak dat de pipeline je applicatie na geslaagde builds en tests automatisch implementeert.

Dit kan het volgende omvatten:

• Cloudservices bijwerken (bijvoorbeeld AWS en Azure).
• Implementeren in Kubernetes-clusters.
• Nieuwe pakketten naar artefactrepositories pushen.

Git zorgt ervoor dat de geïmplementeerde versie altijd de nieuwste goedgekeurde code weerspiegelt.

Je hebt geleerd dat Git fundamenteel is voor CI/CD-workflows! We hebben het volgende behandeld:

• Git-gebeurtenissen die pipelines activeren via webhooks.
• De gebruikelijke fasen van een CI/CD-pipeline.
• Basisworkflows configureren en triggers optimaliseren.
• Commitberichten gebruiken om CI/CD-uitvoeringen over te slaan.
• Statuscontroles en beschermde branches inzetten voor kwaliteit.

Git maakt automatisering mogelijk en zorgt voor een efficiënte en betrouwbare softwarelevering.