1. nodaļa Kas ir Dženkinss?
Jenkins ir mērogojams, nepārtrauktas integrācijas dzinējs.
Galvenokārt izmanto:
- Nepārtraukti un automātiski veidojiet/testējiet programmatūras projektus.
- l Pārraugiet dažus uzdevumus, kas tiek veikti regulāri.
Dženkinsa funkcijas ietver:
- Viegli instalējams - vienkārši izvietojiet jenkins.war servlet konteinerā bez datu bāzes atbalsta.
- l Viegli konfigurējams - visas konfigurācijas tiek panāktas, izmantojot tā nodrošināto tīmekļa saskarni.
- l Integrētais RSS/e-pasts publicē būvēšanas rezultātus, izmantojot RSS vai paziņojumus pa e-pastu, kad būvēšana ir pabeigta.
- l Ģenerējiet JUnit/TestNG testa ziņojumus.
- l Izkliedēts būvēšanas atbalsts Jenkins ļauj vairākām mašīnām veidot / pārbaudīt kopā.
- l Failu atpazīšana: Jenkins var izsekot, kuras burkas tiek ģenerētas ar kuru būvējumu, kuru burkas versiju izmanto kura būve utt.
- l Spraudņu atbalsts: Paplašinājumi tiek atbalstīti, lai jūs varētu izstrādāt rīkus, kas atbilst jūsu komandas lietošanai.
1 Dženkinsa izcelsme
Nepārtraukta integrācija (CI) ir kļuvusi par ierastu praksi daudzām programmatūras izstrādes komandām, lai koncentrētos uz koda kvalitātes nodrošināšanu visā programmatūras izstrādes dzīves ciklā. Tā ir prakse, kas paredzēta, lai atvieglotu un nostiprinātu programmatūras veidošanas procesu. Un tas var palīdzēt jūsu izstrādes komandai tikt galā ar tādiem izaicinājumiem kā:
- l Programmatūras veidošanas automatizācija: Pēc konfigurācijas pabeigšanas CI sistēma izveidos mērķa programmatūru saskaņā ar iepriekš noteikto grafiku vai konkrētam notikumam.
- l Veidojiet ilgtspējīgas automatizētas pārbaudes: CI sistēma var nepārtraukti iegūt jaunu vai modificētu reģistrēšanās avota kodu, tas ir, kad programmatūras izstrādes komandai periodiski jāpārbauda jaunais vai modificētais kods, CI sistēma pastāvīgi apstiprinās, vai jaunais kods ir traucējis veiksmīgu sākotnējās programmatūras izveidi. Tas samazina laiku un pūles, ko izstrādātāji tērē, pārbaudot izmaiņas savā savstarpēji atkarīgajā kodā (vienkārši sakot, hehe).
- l Veidojiet ilgtspējīgu automatizētu testēšanu: izveidojiet paplašinātu pārbaudes daļu, pēc izveides izpildiet iepriekš definētu testa noteikumu kopumu un pēc pabeigšanas aktivizējiet paziņojumus (e-pastu, RSS utt.) attiecīgajām pusēm.
- l Turpmāko procesu automatizācija pēc ģenerēšanas: Kad automatizētās pārbaudes un testi ir veiksmīgi pabeigti, programmatūras izstrādes ciklā var būt nepieciešami papildu uzdevumi, piemēram, dokumentācijas ģenerēšana, programmatūras iepakošana un komponentu izvietošana izpildlaika vai programmatūras repozitorijā. Tas ļauj komponentus ātrāk padarīt pieejamus lietotājiem.
- Minimālās prasības, kas nepieciešamas, lai izvietotu CI sistēmu, ir pieejamā pirmkoda repozitorijs un projekts ar būvēšanas skriptiem.
Nākamajā diagrammā ir apkopota CI sistēmas pamatstruktūra:
Sistēmas komponenti darbojas šādā secībā:
1. Izstrādātājs pārbauda kodu avota koda repozitorijā.
2. CI sistēma katram projektam izveido atsevišķu darbvietu. Kad jauns būvējums ir iepriekš iestatīts vai pieprasīts, tas saglabās avota kodu no avota koda repozitorija uz atbilstošo darbvietu.
3. CI sistēma izpildīs būvēšanas procesu attiecīgajā darbvietā.
4. (Ja konfigurācija pastāv) Kad būvēšana ir pabeigta, CI sistēma veic noteiktu testu kopumu jaunā artefaktā. Aktivizējiet paziņojumus (e-pasts, RSS utt.) attiecīgajām pusēm pēc pabeigšanas.
5. (Konfigurācija, ja tāda ir) Ja būvēšana ir veiksmīga, šis artefakts tiek iepakots un pārsūtīts uz izvietošanas mērķi (piemēram, lietojumprogrammu serveri) vai saglabāts kā jauna versija programmatūras repozitorijā. Programmatūras repozitorijs var būt daļa no CI sistēmas vai ārēja repozitorija, piemēram, failu serveris vai vietne, piemēram, Java.net, SourceForge utt.
6. CI sistēma parasti uzsāk atbilstošas darbības, pamatojoties uz pieprasījumiem, piemēram, tūlītēju būvēšanu, atskaišu ģenerēšanu vai dažu uzbūvēto artefaktu izgūšanu.
Jenkins ir viena no šādām CI sistēmām. Agrāk pazīstams kā Hudsons.
Šeit ir daži iemesli, kāpēc izmantot Jenkins:
- l To ir visvieglāk instalēt un konfigurēt starp visiem CI produktiem.
- l Pamatojoties uz tīmekļa piekļuvi, lietotāja interfeiss ir ļoti draudzīgs, intuitīvs un elastīgs, un daudzos gadījumos nodrošina tūlītēju atgriezenisko saiti no AJAX.
- l Jenkins ir izstrādāts uz Java (kas ir ļoti noderīgi, ja esat Java izstrādātājs), bet tas neaprobežojas tikai ar Java balstītas programmatūras izveidi.
- l Jenkins ir liels skaits spraudņu. Šie spraudņi ievērojami paplašina Jenkins funkcionalitāti; Tie visi ir atvērtā koda, un tos var instalēt un pārvaldīt tieši, izmantojot tīmekļa saskarni.
1.1 Dženkinsa mērķi
Jenkins galvenais mērķis ir uzraudzīt programmatūras izstrādes procesu un ātri atklāt problēmas. Tāpēc tas var nodrošināt, ka izstrādātāji un saistītie darbinieki ietaupa laiku un pūles un uzlabo izstrādes efektivitāti.
CI sistēmas galvenā loma visā izstrādes procesā ir kontrole: kad sistēma atklāj izmaiņas koda repozitorijā, tā deleģē uzdevumu palaist būvēšanu pašam veidošanas procesam. Ja būvēšana neizdodas, tad CI sistēma paziņo attiecīgajai personai un pēc tam turpina uzraudzīt repozitoriju. Tās varoņi šķiet pasīvi; Bet tas ātri atspoguļo problēmu.
Jo īpaši tam ir šādas priekšrocības:
- l Jenkins Visas konfigurācijas var veikt tīmekļa saskarnē. Dažas konfigurācijas, piemēram, MAVEN_HOME un e-pasts, ir jākonfigurē tikai vienu reizi, un var izmantot visus projektus. Protams, to var konfigurēt arī, modificējot XML.
- l Moduļi, kas atbalsta Maven, Jenkins ir optimizējis Maven, lai tas varētu automātiski atpazīt moduļus, un katru moduli var konfigurēt kā darbu. Diezgan elastīgs.
- l Testa ziņojumu apkopošana, visu moduļu testa ziņojumi tiek apkopoti kopā, un rezultāti ir skaidri uzreiz, izmantojot citus CI, kas ir gandrīz neiespējams uzdevums.
- l Artefakta pirkstu nospiedums, katras būves rezultāts ir labi automātiski pārvaldīts, un to var viegli pārlūkot un lejupielādēt bez konfigurācijas.
|
Publicēts 22.11.2018 09:59:36
|
|
|
|
