Kapitel 1 Vad är Jenkins?
Jenkins är en skalbar, kontinuerlig integrationsmotor.
Används främst för:
- Bygg/testa kontinuerligt och automatiskt mjukvaruprojekt.
- Jag övervakar vissa uppgifter som utförs regelbundet.
Egenskaper som Jenkins besitter inkluderar:
- Lätt att installera – bara deploya jenkins.war till en servlet-container utan databasstöd.
- Enkel att konfigurera – alla konfigurationer uppnås via webbgränssnittet som tillhandahålls av den.
- l Integrerad RSS/e-post publicerar byggresultat via RSS eller notifikationer via e-post när bygget är klart.
- Jag genererar JUnit/TestNG-testrapporter.
- l Distribuerat byggstöd Jenkins möjliggör att flera maskiner kan bygga/testa tillsammans.
- l Filigenkänning: Jenkins kan spåra vilka jars som genereras av vilken build, vilken jar-version som används av vilken build, etc.
- l Plugin-stöd: Tillägg stöds, så du kan utveckla verktyg som passar ditt teams användning.
1 Jenkins ursprung
Kontinuerlig integration (CI) har blivit en vanlig praxis för många mjukvaruutvecklingsteam för att fokusera på att säkerställa kodkvalitet under hela mjukvaruutvecklingslivscykeln. Det är en metod som syftar till att underlätta och befästa processen för mjukvaruutveckling. Och det kan hjälpa ditt utvecklingsteam att möta utmaningar som:
- l Mjukvarubyggautomation: Efter att konfigurationen är klar kommer CI-systemet att bygga målmjukvaran enligt det förutbestämda schemat eller för en specifik händelse.
- l Bygg hållbara automatiserade kontroller: CI-systemet kan kontinuerligt erhålla ny eller modifierad källkod för incheckning, det vill säga när mjukvaruutvecklingsteamet periodiskt behöver kontrollera den nya eller modifierade koden, kommer CI-systemet ständigt att bekräfta om den nya koden har stört den framgångsrika byggnationen av den ursprungliga mjukvaran. Detta minskar den tid och ansträngning som utvecklarna lägger på att kontrollera förändringar i sin ömsesidigt beroende kod (för att vara enkel, hehe).
- l Bygg hållbar automatiserad testning: bygg en utökad del av kontrollen, genomför en fördefinierad uppsättning testregler efter byggandet och trigga notiser (e-post, RSS, etc.) till relevanta parter efter slutförande.
- l Automatisering av efterföljande processer efter generering: När automatiserade kontroller och tester har slutförts kan ytterligare uppgifter krävas i mjukvarubyggarcykeln, såsom att generera dokumentation, paketera mjukvara och distribuera komponenter till en runtime- eller mjukvarudatabas. Detta gör att komponenterna kan göras tillgängliga för användare snabbare.
- De minsta kraven som krävs för att distribuera ett CI-system är ett arkiv med tillgänglig källkod och ett projekt med byggskript.
Följande diagram sammanfattar den grundläggande strukturen för ett CI-system:
Systemets komponenter fungerar i följande ordning:
1. Utvecklaren checkar in koden i källkodsarkivet.
2. CI-systemet skapar en separat arbetsyta för varje projekt. När en ny build är förinställd eller begärd, lagrar den källkoden från källkodsarkivet till motsvarande arbetsyta.
3. CI-systemet kommer att köra byggprocessen i motsvarande arbetsyta.
4. (Om konfiguration finns) När bygget är klart utför CI-systemet en definierad uppsättning tester i en ny artefakt. Trigga aviseringar (e-post, RSS, etc.) till relevanta parter när de är klara.
5. (Konfiguration, om det finns) Om bygget lyckas paketeras denna artefakt och överförs till ett distributionsmål (t.ex. applikationsserver) eller lagras som en ny version i mjukvaruarkivet. Ett mjukvaruarkiv kan vara en del av ett CI-system eller ett externt arkiv, såsom en filserver eller en webbplats som Java.net, SourceForge, etc.
6. CI-systemet initierar vanligtvis motsvarande åtgärder baserade på förfrågningar, såsom omedelbara byggen, rapportering eller att hämta vissa byggda artefakter.
Jenkins är ett sådant CI-system. Tidigare känd som Hudson.
Här är några anledningar att använda Jenkins:
- l Det är den enklaste att installera och konfigurera av alla CI-produkter.
- l Baserat på webbåtkomst är användargränssnittet mycket vänligt, intuitivt och flexibelt, och ger i många fall omedelbar återkoppling från AJAX.
- l Jenkins utvecklas på Java (vilket är mycket användbart om du är Java-utvecklare), men det är inte begränsat till att bygga Java-baserad mjukvara.
- Jenkins har ett stort antal plugins. Dessa plugins utökar Jenkins funktionalitet avsevärt; De är alla öppen källkod och kan installeras och hanteras direkt via webbgränssnittet.
1.1 Jenkins mål
Jenkins huvudmål är att övervaka mjukvaruutvecklingsprocessen och snabbt avslöja problem. Därför kan det säkerställa att utvecklare och relaterad personal sparar tid och ansträngning samt förbättrar utvecklingseffektiviteten.
CI-systemets huvudsakliga roll under hela utvecklingsprocessen är kontroll: när systemet upptäcker en förändring i kodförrådet delegerar det uppgiften att köra bygget till själva byggprocessen. Om bygget misslyckas meddelar CI-systemet relevant person och fortsätter sedan att övervaka förrådet. Dess karaktärer verkar vara passiva; Men det speglar problemet snabbt.
Särskilt har den följande fördelar:
- L Jenkins Alla konfigurationer kan göras via webbgränssnittet. Vissa konfigurationer som MAVEN_HOME och e-post behöver bara konfigureras en gång, och alla projekt kan användas. Självklart kan den också konfigureras genom att ändra XML:en.
- l Moduler som stödjer Maven, Jenkins har optimerat Maven, så att den automatiskt kan känna igen moduler, och varje modul kan konfigureras som ett jobb. Ganska flexibel.
- l Aggregation av testrapporter, testrapporterna för alla moduler aggregeras tillsammans, och resultaten är tydliga vid en snabb blick med hjälp av andra CI:er, vilket är en nästan omöjlig uppgift.
- I Artifact fingerprint, är resultatet av varje build väl automatiskt hanterat, och det kan enkelt bläddras och laddas ner utan någon konfiguration.
|
Publicerad på 2018-11-22 09:59:36
|
|
|
|
