Menu

Kontinuerlig integration i DevOps

continuous integration devops

Prøv Vores Instrument Til At Fjerne Problemer

Hvad er kontinuerlig integration i DevOps?

Indtil videre har vi dækket del 1 og del 2 af dette emne i vores tidligere sessioner og i øjeblikket i del 3.

hvad er den bedste gratis download af musik til android

Indtil del 2 dækkede vi om mennesker og procesaspekter af DevOps, som er samarbejde og fokus på det fælles mål, fælles tankegang og fælles tænkning i teamet, der hjælper med at nå målene for DevOps.

Kontinuerlig integration i devlops

I vores sidste tutorial fik vi viden om Sådan udvikles samarbejde i DevOps .

Tjek => Ultimate Guide til DevOps

Kontinuerlig integration, kontinuerlig test, kontinuerlig implementering og kontinuerlig levering er de vigtigste tekniske aspekter af DevOps.

VIDEO Del 3 Blok 1: Kontinuerlig integration- 12 minutter og 20 sekunder

Udskrift:

I den sidstedel, vi har lært praksis i DevOps, hvorunder vi lærte hvilke dele af smidige principper, der er vedtaget af DevOps praksis.

Hvordan opnås målene for DevOps gennem disse principper?

Vi har undersøgt vigtigheden af ​​versionskontrol, automatisering og levering af små værditilvækst til kunderne og fordelene ved det.

Hvad er samarbejde i sammenhæng med DevOps, og hvordan opnår vi det?

Indtil videre talte vi om mennesker og procesaspekter af DevOps, det vil sige samarbejde og fokus på et fælles mål og fælles tankegang og fælles tænkning i teamet, der hjælper med at nå målene for DevOps. Lad os nu lære om få tekniske aspekter af DevOps , hvilket muliggør en DevOps-frigivelse.

De er kontinuerlig integration, kontinuerlig levering og implementering og kontinuerlig test.

Som en del af blok 1 i del 3, lad os først studere 'Kontinuerlig integration'.

Hvad er kontinuerlig integration?

Kontinuerlig integration -> CI -> sæt processer -> Byg pipeline / CI Pipeline

Kontinuerlig integration, kort kaldet 'CI' i DevOps, er en vigtig proces eller et sæt processer, der defineres og udføres som en del af en pipeline kaldet 'Build Pipeline' eller 'CI Pipeline'.

Vi ved, at i DevOps-praksis har vi et enkelt versionskontrolværktøj til både udviklings- og driftsteam, hvor alles kode vil blive deponeret som en hovedkodebase, og dette gør det muligt for teamet at arbejde parallelt.

Så, kontinuerlig integration i DevOps er intet andet end at flette individuelle udviklerkoder i hovedkopien af ​​koden til hovedgrenen, hvor versionskontrol opretholdes. Der er ingen begrænsning på antallet af gange for kodefletning, der skal ske på en dag.

Når og når udvikleren kontrollerer deres kode til versionskontrollen, starter processen med CI-kick straks.

database test interview spørgsmål og svar til erfarne

CI-processen inkluderer,

  1. Fletning af alle udviklerkoder til hovedlinjen,
  2. Udløser en build,
  3. Kompilering af koden og oprettelse af en build og ...
  4. Udførelse af enhedstesten.

Kontinuerlig integration er altså en proces til at flette al udviklerens kode til en central placering og validere hver enkelt af deres fusioner med en automatisk build og test.

At forklare teknisk hvad der sker under CI er,

Der vil være en server til kontinuerlig integration, som er vært for CI-værktøj , som holder øje med versionskontrolværktøjet for kodecheck-in, og så snart der findes en check-in, udløser den automatiserede kompilering, bygger og kører enhedstest sammen med statisk kodeanalyse og et grundlæggende niveau af automatiseret sikkerhedstest .

De forskellige værktøjer til at udføre automatiseret test, som Jenkins, TestNG, NUnit til at udføre enhedstest, Sonar til at udføre statisk kodeanalyse og styrke til at udføre sikkerhedstest, alle disse værktøjer vil blive integreret med CI-rørledningen .

Så den komplette CI-rørledning er en automatiseret proces uden nogen manuel indgriben og kører inden for få sekunder eller minutter.

Så den største fordel ved CI er den hurtige feedback, som udviklerne får på ingen tid.

  1. CI kører, når udvikleren kontrollerer koden og kaster resultaterne ud på få sekunder. Så det giver udviklerne mulighed for straks at vide, om hans eller hendes kode med succes er bygget eller brudt.
  2. Det lader også udvikleren vide, om hans kode med succes er integreret med den andres kode eller brudt, at noget, som et andet teammedlem har gjort med en anden del af kodebasen. Derfor foretager CI hurtigere kodeanalyse og gør den senere fletning enklere og fejlfri.

Så CI er en automatiseret proces, hvor buildet udløses med hver kode-check-in, bliver kompileret, opretter build, og automatiske enhedstest køres på buildet.

Vi kan også kalde CI som COP eller proces for at kontrollere, om alles kode i teamet er en god eller gyldig kode eller ej, fordi CI-processen straks kompilerer og bygger med hver check-in og kaster fejl, hvis det er en dårlig kode, eller det kan ikke kompileres eller kan ikke komme igennem de automatiske enhedstestsager.

Hvad er fordelene ved CI?

Først og fremmest er hele CI-processen en automatiseret proces og minimerer derfor den menneskelige fejl ved at reducere de lange, bug-inducerende manuelle fusioner.

Et hvilket som helst antal mennesker kan tjekke ind deres kode, hvilket som helst antal gange på en dag uden at vente på, at andre skal færdiggøre deres kodning, vente til de er færdige med deres check-in og senere check-in. Så CI fjerner afhængighed eller fjerner ventetiden for andres check-in.

Således behøver teammedlemmer ikke at vente på, at de andre teammedlemmer afslutter deres check-in og derfor tillader at arbejde parallelt.

Hver check-in stopper bare ikke med at blive samlet ved versionskontrollen, men bliver straks kvalificeret gennem buildformationen og automatiseret test. Så hver check-in valideres ved selve roden til videre behandling.

Der er ingen chance for at gå glip af nogens kode, fordi alles kode kontrolleres i masterkopien med tidsstemplet og dermed korrekt registreres.

Hele processen med at kompilere, opbygge og teste kører på få sekunder og dermed ret hurtigere og hurtigere og sparer meget tid og hjælper dermed med at nå DevOps-målet om at levere hurtigere over en periode på få timer.

Da hele processen med opbygning og test løber over et par sekunder til minutter, er feedbacken på enkeltpersoners kode meget hurtig, og vi behøver ikke at løbe rundt for at finde ud af, hvis kode har brudt byggeriet eller induceret defekten, som med alle check-in det giver succes eller fiasko output, der angiver området for fejl, hvis der er en fejl.

Så dette giver udvikleren mulighed for at kontrollere den lille mængde kode med mellemrum, måske endda en enkelt kodelinje, for at sikre, at den er fejlfri og får udvikleren til at have tillid til, at deres kode er god og heller ikke bryder andre kode. Så dette hjælper i alt med at forbedre kvaliteten af ​​koden.

Lad os holde pause her, og lad os hente den kontinuerlige levering og kontinuerlige test i de kommende video-tutorials.

PREV-vejledning | NÆSTE vejledning

Anbefalet læsning

^