Konceptet Kontinuerlig Integration

Introduktion
Nyckelord
Några populära integrationsservern
Några användbara länkar
anteckningar

Introduktion

Den kontinuerliga integrationsprocessen har som huvudsyfte att verifiera att varje uppdatering av källkoden inte genererar regressioner och / eller abnormaliteter på en applikation under utveckling. Historiskt har integration kontinuerligt använts av IBM för att utveckla OS / 360 sedan 60-talet.

Kontinuerlig integration är inte ett verktyg utan snarare ett praktiskt resultat av eXtreme Programming (XP).

Utvecklare som arbetar med samma applikationsprogram, initierar det ofta så ofta som möjligt. Detta kommer vid varje integration att utlösa en process som bygger på en plattform som automatiskt övervakar applikationens funktion så att anomalier upptäcks vid inmatning.

Den svåraste för en utvecklare är att spegla den verkliga effekten av en uppdatering på alla grundläggande funktioner i applikationen. Kontinuerlig integration kan ge utvecklaren en bredare syn på ansökan sedan applikationstesterna görs på en klonmiljö.

Nyckelord

Bygg: Alla steg som krävs för att kompilera och skapa, leveranser, behövs för att starta test (funktion, enhet, HMI, etc.).
Commit: Den här åtgärden möjliggör validering av uppdateringar till befintlig källkod i den lokala arbetskatalogen på utvecklarens maskin via ett konfigurationshanteringsverktyg (till exempel SVN).
Uppdatering: Den här åtgärden tillåter uppdateringen från förvaret i konfigurationshanteringsverktyget i den lokala katalogen.
Checkout: Det här är åtgärden att extrahera en version av ett projekt under utveckling från förvaret till konfigurationshanteraren till en lokal arbetsmapp.

Allmänt scenario

Utvecklaren gjorde ett åtagande till förvaret för konfigurationshanteraren.
Integrationsservern upptäcker commit, gör Checkout lanserar operationssammanställning och testning
Vid fel rapporteras till projektledaren och / eller utvecklingsgruppen.
Utvecklaren som berörs av felet gör en uppdatering av konfigurationshanteringsförvaret och korrigerar avvikelsen.

Allmänna funktioner hos en kontinuerlig integrationsserver

En kontinuerlig integrationsserver ska främst möjliggöra:
För att göra Checkout-funktioner i konfigurationshanteraren.
Sammanställning av källkod
Skapandet av ansökningsarkivet (Öron, burk, krig, ...)
Utplaceringen av arkivet på testmaskinen.
Köra en testpaket: JUnit, Kaktus, Kodkodsrevision, GUI-testning, Funktionstestning
Meddelande om resultatet: mail, RSS.
Skapandet av statistisk rapport.
Integration med andra verktyg

Några populära integrationsservern

Farthållare: öppen källkod och fri, välkänd, väl dokumenterad, för att testa applikationer och J2EE-applikationer. Netto. är hänvisningen till kontinuerlig integration.
Hudson: öppen källkod och gratis, blir mer populär nyligen att kryssningsstyrningen kan testa J2EE-applikationer. Används av SUN.
Kontinuerlig: gratis opensource som stöds av Apache Foundation.
Bambu: opensource, men måste köpas.