Kapittel 1: Hva er Jenkins?
Jenkins er en skalerbar, kontinuerlig integrasjonsmotor.
Hovedsakelig brukt til:
- Bygg/test programvareprosjekter kontinuerlig og automatisk.
- Jeg Overvåk noen oppgaver som utføres regelmessig.
Egenskaper Jenkins har, inkluderer:
- Enkelt å installere – bare deploy jenkins.war til en servlet-container uten databasestøtte.
- L Enkel å konfigurere – alle konfigurasjoner oppnås via webgrensesnittet som tilbys.
- l Integrert RSS/E-post publiserer byggeresultater via RSS eller varsler via e-post når byggingen er ferdig.
- L Generer JUnit/TestNG-testrapporter.
- l Distribuert byggestøtte Jenkins gjør det mulig for flere maskiner å bygge/teste sammen.
- l Filgjenkjenning: Jenkins kan spore hvilke jars som genereres av hvilken build, hvilken versjon av jar som brukes av hvilken build, osv.
- l Plugin-støtte: Utvidelser støttes, så du kan utvikle verktøy som passer teamets bruk.
1 Opprinnelsen til Jenkins
Kontinuerlig integrasjon (CI) har blitt en vanlig praksis for mange programvareutviklingsteam for å fokusere på å sikre kodekvalitet gjennom hele programvareutviklingslivssyklusen. Det er en praksis designet for å lette og styrke programvareutviklingsprosessen. Og det kan hjelpe utviklingsteamet ditt med å møte utfordringer som:
- l Automatisering av programvarebygging: Etter at konfigurasjonen er fullført, vil CI-systemet bygge målprogramvaren i henhold til en forhåndsbestemt tidsplan eller for en spesifikk hendelse.
- l Bygg bærekraftige automatiserte kontroller: CI-systemet kan kontinuerlig hente ny eller modifisert innsjekkingskildekode, det vil si at når programvareutviklingsteamet periodisk må sjekke den nye eller modifiserte koden, vil CI-systemet stadig bekrefte om den nye koden har forstyrret den vellykkede byggingen av den opprinnelige programvaren. Dette reduserer tiden og innsatsen utviklere bruker på å sjekke etter endringer i sin gjensidig avhengige kode (for å være enkel, hehe).
- Bygg bærekraftig automatisert testing: bygg en utvidet del av sjekken, kjør et forhåndsdefinert sett med testregler etter bygging, og utløs varsler (e-post, RSS osv.) til relevante parter etter ferdigstillelse.
- l Automatisering av påfølgende prosesser etter generering: Når automatiserte kontroller og tester er fullført med suksess, kan det kreves ekstra oppgaver i programvarebyggeprosessen, som å generere dokumentasjon, pakke programvare og distribuere komponenter til et kjøre- eller programvarearkiv. Dette gjør det mulig å gjøre komponentene tilgjengelige for brukerne raskere.
- Minimumskravene som kreves for å distribuere et CI-system er et arkiv med tilgjengelig kildekode og et prosjekt med byggeskript.
Følgende diagram oppsummerer den grunnleggende strukturen til et CI-system:
Komponentene i systemet fungerer i følgende rekkefølge:
1. Utvikleren sjekker inn koden i kildekodearkivet.
2. CI-systemet oppretter et eget arbeidsområde for hvert prosjekt. Når en ny build forhåndsinnstilles eller forespørsles, lagrer den kildekoden fra kildekoderepositoriet til det tilsvarende arbeidsområdet.
3. CI-systemet vil utføre byggeprosessen i det tilsvarende arbeidsområdet.
4. (Hvis konfigurasjon finnes) Når bygget er fullført, utfører CI-systemet et definert sett med tester i en ny artefakt. Utløs varsler (e-post, RSS osv.) til relevante parter når de er ferdige.
5. (Konfigurasjon, hvis til stede) Hvis byggingen lykkes, pakkes denne artefakten og overføres til et distribusjonsmål (f.eks. applikasjonsserver) eller lagres som en ny versjon i programvarearkivet. Et programvarearkiv kan være en del av et CI-system eller et eksternt arkiv, som en filserver eller et nettsted som Java.net, SourceForge, osv.
6. CI-systemet initierer vanligvis tilsvarende handlinger basert på forespørsler, som umiddelbare bygg, generering av rapporter eller henting av noen bygde artefakter.
Jenkins er et slikt CI-system. Tidligere kjent som Hudson.
Her er noen grunner til å bruke Jenkins:
- Det er det enkleste å installere og konfigurere blant alle CI-produkter.
- Basert på webtilgang er brukergrensesnittet svært brukervennlig, intuitivt og fleksibelt, og gir i mange tilfeller umiddelbar tilbakemelding fra AJAX.
- l Jenkins er utviklet på Java (som er veldig nyttig hvis du er Java-utvikler), men det er ikke begrenset til å bygge Java-basert programvare.
- I Jenkins har et stort antall plugins. Disse pluginene utvider funksjonaliteten til Jenkins betydelig; De er alle åpen kildekode, og de kan installeres og administreres direkte via webgrensesnittet.
1.1 Jenkins' mål
Jenkins' hovedmål er å overvåke programvareutviklingsprosessen og raskt avdekke problemer. Derfor kan det sikre at utviklere og tilhørende ansatte sparer tid og krefter og forbedrer utviklingseffektiviteten.
Hovedrollen til CI-systemet gjennom hele utviklingsprosessen er kontroll: når systemet oppdager en endring i kodearkivet, delegerer det oppgaven med å kjøre bygget til selve byggeprosessen. Hvis bygget feiler, varsler CI-systemet den relevante personen og fortsetter deretter å overvåke repositoriet. Karakterene virker passive; Men det reflekterer problemet raskt.
Spesielt har den følgende fordeler:
- l Jenkins Alle konfigurasjoner kan gjøres via webgrensesnittet. Noen konfigurasjoner som MAVEN_HOME og e-post trenger bare å konfigureres én gang, og alle prosjekter kan brukes. Selvfølgelig kan det også konfigureres ved å endre XML-en.
- l moduler som støtter Maven, Jenkins har optimalisert Maven, slik at den automatisk kan gjenkjenne moduler, og hver modul kan konfigureres som en jobb. Ganske fleksibel.
- l Testrapportaggregering, testrapportene for alle moduler aggregeres sammen, og resultatene er tydelige ved første øyekast ved bruk av andre CI-er, noe som er en nesten umulig oppgave.
- l Artifact fingerprint, resultatet av hver build er godt automatisk styrt, og det kan enkelt bla gjennom og lastes ned uten noen konfigurasjon.
|
Publisert på 22.11.2018 09:59:36
|
|
|
|
