Meni

Neprekidna integracija u DevOps

continuous integration devops

Isprobajte Naš Instrument Za Uklanjanje Problema

Što je kontinuirana integracija u DevOpsu?

Do sada smo obrađivali 1. i 2. dio ove teme u prethodnim sesijama i trenutno u 3. dijelu.

alati za testiranje snimanja i reprodukcije besplatni

Do drugog dijela obrađivali smo ljude i procesni aspekt DevOps-a, a to je suradnja i fokus na zajednički cilj, zajedničko razmišljanje i zajedničko razmišljanje u timu koji pomaže u postizanju ciljeva DevOps-a.

Neprekidna integracija u devlops

U našem zadnjem uputstvu stekli smo znanje o Kako razviti suradnju u DevOpsu .

Odjava => Vrhunski vodič za DevOps

Kontinuirana integracija, kontinuirano testiranje, kontinuirano postavljanje i kontinuirana isporuka glavni su tehnički aspekti DevOps-a.

VIDEO Dio 3, blok 1: Kontinuirana integracija- 12 minuta 20 sekundi

Prijepis:

U posljednjihdio, naučili smo prakse DevOps-a pod kojima smo saznali koje dijelove agilnih principa usvajaju DevOps-ove prakse.

Kako se ciljevi DevOps-a postižu ovim načelima?

Proučavali smo važnost kontrole verzija, automatizacije i isporuke malih prirasta vrijednosti kupcima i njihove prednosti.

Što je suradnja u kontekstu DevOpsa i kako je postižemo?

Do sada smo razgovarali o ljudima i procesnom aspektu DevOps-a, to jest suradnji i fokusu na zajednički cilj i zajedničko razmišljanje i zajedničko razmišljanje unutar tima koji pomaže u postizanju ciljeva DevOps-a, sada ćemo saznati nekoliko tehničkih aspekata DevOps-a , što omogućava DevOps izdanje.

Oni su kontinuirana integracija, kontinuirana isporuka i primjena i kontinuirano testiranje.

Kao dio bloka 1 dijela 3, prvo proučimo ‘Kontinuirana integracija’.

Što je kontinuirana integracija?

Kontinuirana integracija -> CI -> niz procesa -> Izgraditi cjevovod / CI cjevovod

Neprekidna integracija, u DevOpsu kratko nazvana 'CI', važan je postupak ili skup procesa koji se definira i provodi kao dio cjevovoda nazvan 'Build Pipeline' ili 'CI Pipeline'.

Znamo da u praksi DevOps imamo jedinstveni alat za kontrolu verzija kako za razvojni, tako i za operativni tim, gdje će se svačiji kod deponirati kao osnova glavnog koda, što timu omogućuje paralelni rad.

Dakle, kontinuirana integracija u DevOpsu nije ništa drugo do spajanje pojedinačnog koda programera u glavnu kopiju koda u glavnu granu u kojoj se održava kontrola verzija. Nema ograničenja ni za jedno vrijeme za spajanje koda koje se treba dogoditi u jednom danu.

Kako i kada programer provjeri svoj kod na kontrolu verzija, odmah započinje postupak CI udarca.

najbolji softver za kloniranje tvrdog diska Windows 10

Proces CI uključuje,

  1. Spajanje svih koda programera u glavnu liniju,
  2. Pokretanje gradnje,
  3. Kompajliranje koda i izrada gradnje i ... .naposljetku
  4. Provođenje jediničnog testa.

Dakle, kontinuirana integracija postupak je spajanja svih razvojnih kodova na središnje mjesto i provjeru valjanosti svakog njihovog spajanja automatiziranom izradom i testom.

Da bi tehnički objasnili što se događa tijekom CI,

Bit će poslužitelj za kontinuiranu integraciju koji hostira CI alat , koji neprestano gleda alat za kontrolu verzija za prijavu koda i čim se pronađe prijava, pokreće automatiziranu kompilaciju, gradi i izvodi jedinstveno testiranje zajedno sa statičkom analizom koda i osnovnom razinom automatiziranog sigurnosnog testiranja .

Različiti alati za automatsko testiranje, poput Jenkins, TestNG, NUnit za jedinstveno testiranje, Sonar za provođenje statičke analize koda i ojačani za provođenje sigurnosnog testiranja, svi ovi alati bit će integrirani u CI cjevovod .

Dakle, kompletni CI cjevovod automatiziran je postupak bez ikakvih ručnih intervencija i radi u roku od nekoliko sekundi ili minuta.

Dakle, glavna prednost CI-ja je brza povratna informacija koju programeri dobivaju u roku.

  1. CI se pokreće nakon što programer provjeri kôd i rezultate izbaci u sekundi. Dakle, omogućava programerima da odmah znaju je li njegov kod uspješno izgrađen ili slomljen.
  2. Također programeru daje do znanja je li se njegov kôd uspješno integrirao s kodom drugog ili je slomljen, da li je nešto što je drugi član tima učinio na drugom dijelu baze koda. Stoga CI vrši bržu analizu koda, a kasnije spajanje čini jednostavnijim i bez grešaka.

Dakle, CI je automatizirani proces, gdje se izrada pokreće pri svakoj prijavi koda, kompajlira se, izrađuje gradnju i na izgradnji se pokreću automatizirani jedinični testovi.

CI možemo nazvati i COP-om ili postupkom provjere je li kod svih u timu dobar ili valjan kod ili ne, jer se postupak CI odmah kompajlira i gradi pri svakoj prijavi i baca pogreške ako je loš kod, ili se ne može sastaviti ili ne može proći kroz automatizirane jedinice testnih slučajeva.

Koje su prednosti CI-a?

Prije svega, cjelokupni postupak CI automatiziran je i stoga minimalizira ljudsku pogrešku smanjenjem dugih ručnih spajanja koja izazivaju pogreške.

Bilo koji broj ljudi može prijaviti svoj kod, bilo koji puta u danu, bez čekanja da drugi dovrše svoje kodiranje, pričekati dok ne završe prijavu i kasniju prijavu. Dakle, CI uklanja ovisnost ili uklanja vrijeme čekanja ostalih prijava.

Dakle, članovi tima ne moraju čekati da ostali članovi tima završe prijavu i stoga im omogućuje paralelni rad.

Svaka prijava jednostavno se ne zaustavlja na prikupljanju na kontroli verzija, već se odmah kvalificira putem izrade gradnje i automatiziranog testiranja. Dakle, svaka prijava se provjerava u samom korijenu za daljnju obradu.

Ne postoji šansa da propustite bilo čiji kôd, jer se svatko kodira u glavnu kopiju s vremenskom oznakom i stoga ispravno bilježi.

Čitav postupak sastavljanja, izrade i testiranja traje u nekoliko sekundi, a time prilično brže i brže te štedi puno vremena i stoga pomaže u postizanju cilja DevOpsa bržeg isporučivanja tijekom nekoliko sati.

Budući da cjelokupni postupak izrade i testiranja traje nekoliko sekundi do minuta, povratne informacije o kodu pojedinaca vrlo su brze i ne moramo trčati uokolo da bismo otkrili čiji je kôd prekinuo izradu ili izazvao kvar, kao i kod svakog prijava daje izlaz za uspjeh ili neuspjeh koji ukazuje na područje kvara ako postoji kvar.

Dakle, to omogućava programeru da s prekidima provjerava malu količinu koda, možda čak i jedan redak koda, kako bi osigurao da nema grešaka i čini programera sigurnim da je njihov kôd dobar i da ne razbija druge kodirati. Dakle, ovo ukupno pomaže poboljšati kvalitetu koda.

Zastanimo ovdje i nastavimo s kontinuiranom isporukom i kontinuiranim testiranjem u nadolazećim video tutorialima.

PREV Vodič | SLJEDEĆA Vodič

Preporučena literatura

^