Integrarea continuă a fost consolidată în dezvoltarea software-ului ca model esențial în construcția de aplicații.
și acest lucru se datorează în principal seriei de avantaje pe care le oferă în ceea ce privește metodele mai tradiționale, printre care am putea evidenția:
- Timp de construcție mai mic (și, prin urmare, mai târziu, din implementări)
- Ușurința de execuție a testelor unitare
- Economii de cost
Cu toate acestea, în ciuda instrumentelor disponibile, inclusiv software-ul gratuit, pentru a efectua integrare continuă, nu este liber să luați acel pas, iar multe mai puține păstrează .
În acest caz, cel mai mare cost nu este direct economic, ci cel al specializării, care are un impact asupra timpului necesar pentru învățarea domeniului diferitelor instrumente care trebuie utilizate , cum ar fi experiența la rezolvarea incidenței Mai obișnuit sau dedicați ceea ce este necesar pentru întreținerea și actualizările care permit o infrastructură stabilă și sigură.
Așa astăzi, facem un pas mai departe în promovarea culturii DevoP-uri, pentru a vorbi despre această lucrare fundamentală ca Este de a menține și configura instrumentele necesare pentru a efectua integrarea continuă.
Instrumente necesare
Instrumentele sunt necesare sunt în principiu două.
în principal, o automatizare Server, care va fi responsabil de îndeplinirea sarcinilor necesare pentru compilarea proiectului.
Dar și, ca astăzi, nu este suficient să dezvoltăm software-ul, dar că este necesar să o dezvoltăm cu calitatea, Și în integrare continuă sunt de asemenea incluse testele unității, este din ce în ce mai important să îl completați cu un instrument de analiză a codului, care va contribui la asigurarea construirii produsului prin respectarea cerințelor stabilite.
e Nici un loc, ca server pentru continuarea integrării, vom vorbi despre Jenkins, pentru versatilitatea oferită și cantitatea de pluginuri disponibile pentru a obține o configurație în funcție de nevoile noastre.
În timp ce partea de inspecție a codului Luați sonarqube ca o referință.
Jenkins, Butler care construiește aplicații
Am vorbit deja în mai multe rânduri de Jenkins și, evident, rolul fundamental în integrarea continuă.
P > Dar cea mai mare utilizare a acestui instrument este obținută în principal prin 3 elemente:
1) Configurarea sistemului (Configurare System)
În această secțiune a configurației este locul în care este tu trebuie să definească aspectele de bază ale instanței dvs. ca, de exemplu, adresa URL prin care poate fi accesată instrumentul.
și, de asemenea, în această secțiune va fi locul în care trebuie să se precizeze datele referitoare la instanța sonarqube au la dispoziție.
În majoritatea situațiilor, în special dacă instrumentele aparțin unei organizații de afaceri, este esențial ca un semn să fie configurat, necesar pentru a se putea conecta cu instanța sonarqube fără trebuie să fie public și, prin urmare, trebuie să puneți la risc de securitate.
2) Configurarea globală a instrumentului (Global Tool Configuration)
Pe de altă parte, restul de instrumente vor fi configurate În această secțiune și în cazul în care trebuie să se acorde o atenție specială în secțiuni:
- Sonarqube Scanner: include atât configurația pentru scanerele de proiect Msbuild, cât și pentru alte proiecte
- Maven: Pentru a utiliza instrumentul pentru managementul și construcția proiectelor Java cele mai utilizate
- jdk: unde trebuie să specificați diferitele configurații și instalații Java pentru proiecte care necesită
- docker: la Configurați și instalați în mediul necesar Rio pentru managementul construcțiilor și containerelor
3) Managementul pluginurilor (Gestionați pluginurile)
Una dintre cele mai remarcabile caracteristici ale lui Jenkins este cantitatea mare de pluginuri disponibile care ne permit să ne extindem Versatilitatea sa
nu este doar admirabilă numărul de pluginuri Jenkins existente, ci ușurința de a le instala.
În timp ce este ușor de selectat și de instalare, va fi întotdeauna necesar să știți Pluginul, pentru a putea valida compatibilitatea acestuia, atât cu instanța lui Jenkins, cât și cu proiectele care sunt integrate în acesta.
în plus, pentru a configura instrumentele secțiunii prezentate anterior, Este necesar, în multe cazuri, instalați pluginurile respective: cum ar fi, de exemplu, pluginul maven sau sonarqube plugin.
sonarqube, inspector de cod
așa cum am spus înainte, integrare continuă, nu este limitat doar la compilare, de asemenea, include teste unitară, astfel încât un instrument de inspecție a codului devine complement ideal .
și când vorbim despre sonarqube, nu ar trebui să ne referim pur și simplu la instanța dvs. și la scanerul de sunet.
Este, de asemenea, recomandabil să aveți sonarlint în identitatea de dezvoltare a echipei respective De aceea, putem evita un număr mare de dovezi care să ajungă la depozitul în construcția sa în Jenkins.
Toate acestea, având în vedere întotdeauna scopul de a număra cu un cod curat și sigur.
În acest caz, configurația necesară pentru sincronizarea corectă Jenkins Sonar, trece prin următoarele secțiuni:
1) Setări generale
unde parametrii instanței sonarqube trebuie să fie setat, necesar deoarece am numărat anterior pentru stabile Cello în instanța lui Jenkins
în plus, în această secțiune este locul în care sunt specificate diferite valori pentru analiza corectă a codului unui proiect în funcție de limba pe care o utilizați.
de altă parte, sonarqube are un fișier numit proprietăți sonar, în care pot fi setate aceste valori.
2) piață
în acest caz, sonarqube are o mare varietate de pluginuri Acest lucru ne permite să extindem funcționalitățile și, ca și în cazul precedent, deși instalarea sa este simplă, este necesar să se asigure compatibilitatea și să alegeți cele adecvate pentru a obține cele mai bune rezultate și pentru a menține o instanță stabilă și sigură.
Contactați-ne și Vă vom îndruma spre o mai bună implementare.