Capitolul 1 Ce este Jenkins?
Jenkins este un motor scalabil și de integrare continuă.
Folosit în principal pentru:
- Construiește/testează continuu și automat proiecte software.
- Monitorizez unele sarcini efectuate regulat.
Caracteristicile pe care le posedă Jenkins includ:
- Ușor de instalat - pur și simplu implementează jenkins.war într-un container servlet fără suport pentru baza de date.
- Ușor de configurat - toate configurațiile sunt realizate prin interfața web oferită de acesta.
- RSS/E-mail integrat publică rezultatele construcției prin RSS sau notificări prin e-mail când build-ul este finalizat.
- Generez rapoarte de testare JUnit/TestNG.
- Suportul distribuit pentru compilații Jenkins permite mai multe mașini să construiască/testeze împreună.
- L Recunoaștere fișiere: Jenkins poate urmări ce jar-uri sunt generate de ce build, ce versiune de jar este folosită de ce build etc.
- L Suport pentru pluginuri: Extensiile sunt suportate, astfel încât poți dezvolta unelte care să se potrivească utilizării echipei tale.
1 Originea lui Jenkins
Integrarea continuă (CI) a devenit o practică obișnuită pentru multe echipe de dezvoltare software, care se concentrează pe asigurarea calității codului pe tot parcursul ciclului de viață al dezvoltării software. Este o practică concepută pentru a ușura și consolida procesul de construire a software-ului. Și poate ajuta echipa ta de dezvoltare să facă față provocărilor precum:
- Automatizarea construcției software-ului: După finalizarea configurației, sistemul CI va construi software-ul țintă conform programului prestabilit sau pentru un eveniment specific.
- L Construiește verificări automate sustenabile: Sistemul CI poate obține continuu cod sursă de check-in nou sau modificat, adică atunci când echipa de dezvoltare software trebuie să verifice periodic codul nou sau modificat, sistemul CI va confirma constant dacă noul cod a perturbat construirea cu succes a software-ului original. Acest lucru reduce timpul și efortul pe care dezvoltatorii îl investesc verificând schimbările în codul lor interdependent (ca să fiu direct, hehe).
- Construiește testare automatizată sustenabilă: construiește o parte extinsă a verificării, execută un set predefinit de reguli de testare după construcție și declanșează notificări (email, RSS etc.) către părțile relevante după finalizare.
- Automatizarea proceselor ulterioare după generare: Când verificările și testele automate sunt finalizate cu succes, pot fi necesare sarcini suplimentare în ciclul de construcție software, cum ar fi generarea documentației, ambalarea software-ului și implementarea componentelor într-un depozit de rulare sau software. Acest lucru permite ca componentele să fie puse la dispoziția utilizatorilor mai rapid.
- Cerințele minime necesare pentru a implementa un sistem CI sunt un depozit cu codul sursă disponibil și un proiect cu scripturi de build.
Diagrama următoare rezumă structura de bază a unui sistem CI:
Componentele sistemului funcționează în următoarea ordine:
1. Dezvoltatorul verifică codul în depozitul de cod sursă.
2. Sistemul CI creează un spațiu de lucru separat pentru fiecare proiect. Când o nouă versiune este presetată sau solicitată, aceasta va stoca codul sursă din depozitul de cod sursă în spațiul de lucru corespunzător.
3. Sistemul CI va executa procesul de build în spațiul de lucru corespunzător.
4. (Dacă există configurație) Odată ce build-ul este finalizat, sistemul CI execută un set definit de teste într-un nou artefact. Declanșează notificările (email, RSS etc.) către părțile relevante după finalizare.
5. (Configurare, dacă există) Dacă construcția are succes, acest artefact este ambalat și transferat către o țintă de implementare (de exemplu, server de aplicații) sau stocat ca o versiune nouă în depozitul software. Un depozit software poate face parte dintr-un sistem CI sau un depozit extern, cum ar fi un server de fișiere sau un site web precum Java.net, SourceForge etc.
6. Sistemul CI inițiază de obicei acțiuni corespunzătoare pe baza cererilor, cum ar fi compilații instantanee, generarea rapoartelor sau recuperarea unor artefacte construite.
Jenkins este un astfel de sistem CI. Cunoscut anterior ca Hudson.
Iată câteva motive pentru a folosi Jenkins:
- Este cel mai ușor de instalat și configurat dintre toate produsele CI.
- L Bazat pe accesul web, interfața utilizatorului este foarte prietenoasă, intuitivă și flexibilă și, în multe cazuri, oferă feedback instantaneu de la AJAX.
- Jenkins este dezvoltat pe Java (ceea ce este foarte util dacă ești dezvoltator Java), dar nu se limitează la construirea de software bazat pe Java.
- Jenkins are un număr mare de pluginuri. Aceste pluginuri extind considerabil funcționalitatea Jenkins; Toate sunt open source și pot fi instalate și gestionate direct prin interfața web.
1.1 Obiectivele lui Jenkins
Scopul principal al lui Jenkins este să monitorizeze procesul de dezvoltare software și să identifice rapid problemele. Prin urmare, poate asigura că dezvoltatorii și personalul aferent economisesc timp și efort și îmbunătățesc eficiența dezvoltării.
Rolul principal al sistemului CI pe tot parcursul procesului de dezvoltare este controlul: atunci când sistemul detectează o modificare în depozitul de cod, delegă sarcina de a rula construcția chiar procesului de construcție. Dacă build-ul eșuează, atunci sistemul CI notifică persoana relevantă și continuă să monitorizeze depozitul. Personajele par a fi pasive; Dar reflectă rapid problema.
În special, are următoarele avantaje:
- Jenkins Toate configurațiile pot fi făcute pe interfața web. Unele configurații, cum ar fi MAVEN_HOME și emailul, trebuie configurate o singură dată, iar toate proiectele pot fi folosite. Desigur, poate fi configurat și prin modificarea XML-ului.
- Module care suportă Maven, Jenkins a optimizat Maven, astfel încât să poată recunoaște automat modulele, iar fiecare modul poate fi configurat ca un job. Destul de flexibilă.
- L Agregarea rapoartelor de test, rapoartele de test ale tuturor modulelor sunt agregate împreună, iar rezultatele sunt clare dintr-o privire, folosind alte CI-uri, ceea ce este o sarcină aproape imposibilă.
- Amprenta artefactului, rezultatul fiecărei construcții este gestionat automat și poate fi navigat și descărcat cu ușurință fără nicio configurare.
|
Postat pe 22.11.2018 09:59:36
|
|
|
|
