Git-integrering med CI/CD

Välkommen! I den här lektionen utforskar vi hur Git integreras med pipelines för Continuous Integration (CI) och Continuous Deployment (CD).

CI/CD automatiserar processen att bygga, testa och distribuera programvara. Git är centralt i detta och fungerar som utlösare för de automatiserade arbetsflödena.

Det huvudsakliga sättet som Git kommunicerar med CI/CD-verktyg är via webhooks.

• En webhook är en automatiserad HTTP POST-begäran.
• Git-hostingtjänster (som GitHub, GitLab och Bitbucket) skickar dessa begäranden.
• De meddelar ditt CI/CD-system om händelser, till exempel en ny push av kod eller en pull request.

Det är vanligtvis enkelt att konfigurera en webhook:

1. Gå till inställningarna för ditt repo hos din Git-hostingtjänst.
2. Leta reda på avsnittet ”Webhooks” eller ”Integrations”.
3. Lägg till en ny webhook och ange URL:en till ditt CI/CD-verktyg.
4. Välj vilka Git-händelser (t.ex. push och pull request) som ska utlösa webhooken.

När en webhook utlöses börjar din CI/CD-pipeline köras. Så här ser ett typiskt flöde ut:

• Utlösare: En Git-händelse (t.ex. en git push).
• Bygg: Koden kompileras, beroenden installeras och byggartefakter skapas.
• Test: Automatiserade tester (enhets-, integrations- och end-to-end-tester) körs mot den byggda koden.
• Distribuera: Om testerna lyckas distribueras artefakterna till en målmiljö (t.ex. staging eller produktion).

Vi tittar på en enkel arbetsflödesfil för GitHub Actions. Den här YAML-konfigurationen definierar en enkel pipeline som körs vid varje push till branchen main.

Den checkar ut koden och skriver sedan ut ett meddelande.

Du kan optimera CI/CD genom att bara utlösa pipelines för specifika brancher eller ändringar.

Du kanske till exempel bara vill köra en fullständig distributionspipeline när ändringar pushas till main eller develop, så att resurser sparas för featurebrancher.

Många CI/CD-verktyg låter dig ange branchmönster, sökvägar eller committyper som utlösare.

Ibland gör du kanske en liten commit (t.ex. för att rätta ett stavfel) som inte kräver en fullständig CI/CD-körning.

De flesta CI/CD-plattformar har stöd för särskilda nyckelord i commit-meddelanden som gör att en pipeline hoppas över. Vanliga exempel är:

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

Om du lägger till detta i commit-meddelandet förhindrar du onödiga byggen.

CI/CD-verktyg kan rapportera statusen för byggen och tester direkt tillbaka till din Git-hostingtjänst.

Det gör att du kan konfigurera skyddade brancher. För skyddade brancher kan du tillämpa regler som:

• Att alla CI/CD-statuskontroller måste godkännas innan en merge.
• Att ett minsta antal kodgranskningar måste godkännas.

Detta säkerställer att endast testad kod av hög kvalitet hamnar i kritiska brancher.

Den del av CI/CD som kallas ”Continuous Deployment” innebär ofta att pipelinen automatiskt distribuerar applikationen efter att byggen och tester har lyckats.

Det kan innebära att:

• Molntjänster uppdateras (t.ex. AWS och Azure).
• Applikationer distribueras till Kubernetes-kluster.
• Nya paket pushas till artefaktarkiv.

Git säkerställer att den distribuerade versionen alltid motsvarar den senaste godkända koden.

Du har lärt dig hur grundläggande Git är för CI/CD-arbetsflöden! Vi gick igenom:

• Git-händelser som utlöser pipelines via webhooks.
• De typiska stegen i en CI/CD-pipeline.
• Konfiguration av grundläggande arbetsflöden och optimering av utlösare.
• Användning av commit-meddelanden för att hoppa över CI/CD-körningar.
• Användning av statuskontroller och skyddade brancher för kvalitetssäkring.

Git möjliggör automatisering och säkerställer en effektiv och tillförlitlig leverans av programvara.