Kapitola 1 Čo je Jenkins?
Jenkins je škálovateľný, kontinuálny integračný engine.
Hlavne sa používa na:
- Priebežne a automaticky budovať/testovať softvérové projekty.
- Sledujem niektoré úlohy, ktoré sa pravidelne vykonávajú.
Vlastnosti, ktoré Jenkins má, zahŕňajú:
- Jednoduchá inštalácia – stačí nasadiť jenkins.war do servlet kontajnera bez podpory databázy.
- Jednoduché na konfiguráciu – všetky konfigurácie sa dosahujú cez webové rozhranie, ktoré poskytuje.
- Integrovaný RSS/e-mail zverejňuje výsledky zostavenia cez RSS alebo notifikácie e-mailom po dokončení zostavenia.
- Generujem správy z testov JUnit/TestNG.
- l Distribuovaná podpora zostavovania Jenkins umožňuje viacerým strojom súčasne stavať/testovať.
- l Rozpoznávanie súborov: Jenkins dokáže sledovať, ktoré jary generuje ktorá zostava, ktorá verzia jaru sa používa ktorou zostavou a podobne.
- Podpora pluginov: Rozšírenia sú podporované, takže môžete vyvíjať nástroje, ktoré vyhovujú potrebám vášho tímu.
1 Pôvod Jenkinsa
Kontinuálna integrácia (CI) sa stala bežnou praxou mnohých tímov vývoja softvéru, aby sa sústredili na zabezpečenie kvality kódu počas celého životného cyklu vývoja. Je to prax navrhnutá tak, aby uľahčila a upevnila proces tvorby softvéru. A môže pomôcť vášmu vývojárovému tímu čeliť výzvam, ako sú:
- Automatizácia zostavenia softvéru: Po dokončení konfigurácie CI systém vytvorí cieľový softvér podľa vopred stanoveného harmonogramu alebo pre konkrétnu udalosť.
- Vybudovať udržateľné automatizované kontroly: CI systém môže priebežne získavať nový alebo upravený zdrojový kód na prihlásenie, teda keď softvérový vývojový tím potrebuje pravidelne kontrolovať nový alebo upravený kód, CI systém neustále potvrdzuje, či nový kód narušil úspešnú tvorbu pôvodného softvéru. To znižuje čas a úsilie, ktoré vývojári venujú kontrole zmien vo svojom vzájomne závislom kóde (aby som bol úprimný, hehe).
- l Vybudovať udržateľné automatizované testovanie: vybudovať rozšírenú časť kontroly, po zostavení vykonať vopred definovanú sadu testovacích pravidiel a po dokončení spúšťať upozornenia (e-mail, RSS a pod.) relevantným stranám.
- l Automatizácia následných procesov po generovaní: Keď sú automatizované kontroly a testy úspešne dokončené, môžu byť v cykle vývoja softvéru potrebné ďalšie úlohy, ako je generovanie dokumentácie, balenie softvéru a nasadzovanie komponentov do runtime alebo softvérového repozitára. To umožňuje, aby boli komponenty používateľom sprístupnené rýchlejšie.
- Minimálne požiadavky na nasadenie CI systému sú repozitár dostupného zdrojového kódu a projekt s buildovými skriptmi.
Nasledujúci diagram zhrňuje základnú štruktúru CI systému:
Komponenty systému fungujú v nasledujúcom poradí:
1. Vývojár odovzdá kód do repozitára zdrojového kódu.
2. CI systém vytvára samostatný pracovný priestor pre každý projekt. Keď je nová zostava prednastavená alebo požadovaná, uloží zdrojový kód z repozitára zdrojového kódu do príslušného pracovného priestoru.
3. CI systém vykoná proces zostavovania v príslušnom pracovnom priestore.
4. (Ak existuje konfigurácia) Po dokončení zostavenia systém CI vykoná definovanú sadu testov v novom artefakte. Po dokončení spúšťajte upozornenia (e-mail, RSS a pod.) príslušným stranám.
5. (Konfigurácia, ak je prítomná) Ak je zostavenie úspešné, tento artefakt sa zabalí a prenesie na cieľ nasadenia (napr. aplikačný server) alebo uloží ako novú verziu do softvérového repozitára. Softvérové úložisko môže byť súčasťou CI systému alebo externého repozitára, ako je súborový server alebo webová stránka ako Java.net, SourceForge a podobne.
6. CI systém zvyčajne iniciuje zodpovedajúce akcie na základe požiadaviek, ako sú okamžité zostavenia, generovanie správ alebo získavanie niektorých vytvorených artefaktov.
Jenkins je jedným z takýchto CI systémov. Predtým známa ako Hudson.
Tu je niekoľko dôvodov, prečo použiť Jenkins:
- Je najjednoduchší na inštaláciu a konfiguráciu zo všetkých CI produktov.
- Používateľské rozhranie je založené na prístupe k webu veľmi priateľské, intuitívne a flexibilné a v mnohých prípadoch poskytuje okamžitú spätnú väzbu od AJAX.
- l Jenkins je vyvíjaný na Jave (čo je veľmi užitočné, ak ste Java vývojár), ale nie je obmedzený len na tvorbu softvéru založeného na Jave.
- l Jenkins má veľké množstvo pluginov. Tieto pluginy výrazne rozširujú funkcionalitu Jenkins; Všetky sú open source a dajú sa nainštalovať a spravovať priamo cez webové rozhranie.
1.1 Jenkinsove ciele
Hlavným cieľom Jenkinsa je monitorovať proces vývoja softvéru a rýchlo odhaľovať problémy. Týmto spôsobom môže zabezpečiť, že vývojári a príbuzní pracovníci ušetria čas a úsilie a zlepšia efektivitu vývoja.
Hlavnou úlohou CI systému počas celého vývojového procesu je riadenie: keď systém zistí zmenu v repozitári kódu, deleguje úlohu spustenia zostavenia priamo na samotný build proces. Ak zostava zlyhá, CI systém informuje príslušnú osobu a pokračuje v monitorovaní repozitára. Jeho postavy pôsobia pasívne; Ale problém sa rýchlo odráža.
Najmä má nasledujúce výhody:
- l Jenkins Všetky konfigurácie je možné robiť cez webové rozhranie. Niektoré konfigurácie, ako MAVEN_HOME a e-mail, je potrebné nastaviť len raz a všetky projekty je možné používať. Samozrejme, dá sa to nastaviť aj úpravou XML.
- Moduly, ktoré podporujú Maven, Jenkins optimalizoval Maven, takže dokáže automaticky rozpoznávať moduly a každý modul môže byť konfigurovaný ako úloha. Celkom flexibilné.
- Agregácia testovacích správ, testovacie správy zo všetkých modulov sú agregované a výsledky sú na prvý pohľad jasné pomocou iných CI, čo je takmer nemožná úloha.
- l Artifact fingerprint, výsledok každej zostavy je dobre automaticky spravovaný a dá sa jednoducho prehliadať a sťahovať bez akejkoľvek konfigurácie.
|
Zverejnené 22. 11. 2018 9:59:36
|
|
|
|
