Integration af Git med CI/CD

Velkommen! I denne lektion undersøger vi, hvordan Git integreres med procesforløb til kontinuerlig integration (CI) og kontinuerlig udrulning (CD).

CI/CD automatiserer processen med at bygge, teste og udrulle software. Git er kernen i processen og fungerer som udløser for disse automatiserede arbejdsgange.

Den primære måde, Git kommunikerer med CI/CD-værktøjer på, er gennem webhooks.

• En webhook er en automatiseret HTTP POST-anmodning.
• Git-hostingtjenester (som GitHub, GitLab og Bitbucket) sender disse anmodninger.
• De underretter dit CI/CD-system om hændelser som et nyt code push eller en pull request.

Det er normalt enkelt at konfigurere en webhook:

1. Gå til indstillingerne for dit repository hos din Git-hostingtjeneste.
2. Find afsnittet 'Webhooks' eller 'Integrations'.
3. Tilføj en ny webhook, og angiv URL'en til dit CI/CD-værktøj.
4. Vælg, hvilke Git-hændelser (f.eks. push og pull request) der skal udløse webhooken.

Når en webhook udløses, går dit CI/CD-procesforløb i gang. Her er et typisk forløb:

• Udløser: En Git-hændelse (f.eks. et git push).
• Byg: Koden kompileres, afhængigheder installeres, og byggeartefakter oprettes.
• Test: Automatiserede test (enheds-, integrations- og ende-til-ende-test) køres på den byggede kode.
• Udrul: Hvis testene består, udrulles artefakterne til et målmiljø (f.eks. staging eller produktion).

Lad os se på en grundlæggende GitHub Actions-arbejdsgangsfil. Denne YAML-konfiguration definerer et enkelt procesforløb, der køres ved hvert push til grenen main.

Den tjekker koden ud og udskriver derefter en meddelelse.

Du kan optimere CI/CD ved kun at udløse procesforløb for bestemte grene eller ændringer.

Du vil f.eks. måske kun køre et komplet udrulningsforløb, når ændringer pushes til main eller develop, så du sparer ressourcer på funktionsgrene.

Mange CI/CD-værktøjer giver dig mulighed for at angive grenmønstre, stier eller commit-typer for udløsere.

Nogle gange laver du måske et lille commit (f.eks. for at rette en slåfejl), som ikke kræver en komplet CI/CD-kørsel.

De fleste CI/CD-platforme understøtter særlige nøgleord i commit-meddelelser, så en kørsel af procesforløbet kan springes over. Almindelige eksempler er:

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

Hvis du føjer dette til din commit-meddelelse, forhindrer du unødvendige builds.

CI/CD-værktøjer kan rapportere status for builds og test direkte tilbage til din Git-hostingtjeneste.

Det giver dig mulighed for at konfigurere beskyttede grene. Med beskyttede grene kan du håndhæve regler som:

• At alle CI/CD-statuskontroller skal bestå, før en fletning.
• At et minimumsantal kodegennemgange skal være godkendt.

Det sikrer, at kun kode af høj kvalitet, som er testet, lander i kritiske grene.

Den del af CI/CD, der kaldes 'Continuous Deployment', betyder ofte, at procesforløbet automatisk udruller din applikation efter vellykkede builds og test.

Det kan omfatte:

• Opdatering af cloud-tjenester (f.eks. AWS og Azure).
• Udrulning til Kubernetes-klynger.
• Push af nye pakker til artefaktrepositories.

Git sikrer, at den udrullede version altid afspejler den senest godkendte kode.

Du har lært, at Git er grundlæggende for CI/CD-arbejdsgange! Vi gennemgik:

• Git-hændelser, der udløser procesforløb via webhooks.
• De typiske faser i et CI/CD-procesforløb.
• Konfiguration af grundlæggende arbejdsgange og optimering af udløsere.
• Brug af commit-meddelelser til at springe CI/CD-kørsler over.
• Brug af statuskontroller og beskyttede grene til kvalitetssikring.

Git muliggør automatisering og sikrer effektiv og pålidelig levering af software.