Konceptet Kontinuerlig Integration

Introduktion
nøgleord
Nogen populær integrationsserver
Nogle nyttige links
Noter

Introduktion

Den kontinuerlige integrationsproces har som hovedformål at kontrollere, at hver opdatering af kildekoden ikke genererer regressioner og / eller abnormiteter på en applikation under udvikling. Historisk set har integration løbende været brugt af IBM til at udvikle OS / 360 siden 60'erne.

Kontinuerlig integration er ikke et værktøj, men snarere et praktisk resultat af eXtreme Programming (XP).

Udviklere, der arbejder på samme applikationsprogram, geninitialiserer det ofte som muligt. Dette vil udløse, ved hver integration, en proces, som er baseret på en platform, der automatisk overvåger applikationens funktion, således at der opdages uregelmæssigheder ved indtræden.

Den sværeste for en udvikler er at afspejle den reelle virkning af en opdatering på alle de grundlæggende funktioner i applikationen. Kontinuerlig integration kan give udvikleren det bredere syn på ansøgningen, da applikationstestene er udført på et klonemiljø.

nøgleord

Build: Alle trin er nødvendige for at kompilere og oprette, leverancer, der er nødvendige for at starte test (funktionel, enhed, HMI osv.).
Forpligtelse: Denne operation tillader validering af opdateringer til eksisterende kildekode på den lokale arbejdskatalog på udviklerens maskine via et konfigurationsstyringsværktøj (som f.eks. SVN).
Opdatering: Denne operation gør det muligt at opdatere fra depotet af konfigurationsstyringsværktøjet i den lokale mappe.
Checkout: Dette er operationen til at udpakke en version af et projekt under udvikling fra opbevaringschefens depot til en lokal arbejdskatalog.

Generelt scenario

Udvikleren har forpligtet sig til opbevaringsstedets depot.
Integrationsserveren opdager commit'en, gør Checkout lancering af operativ kompilering og testning
I tilfælde af manglende meddelelse genereres til projektlederen og / eller udviklingsholdet.
Udvikleren, der er berørt af fejlen, laver en opdatering af konfigurationsstyringsarkivet og korrigerer uregelmæssigheden.

Generelle funktioner i en kontinuerlig integrationsserver

En kontinuerlig integrationsserver skal primært aktivere:
At foretage Checkout-operationer i konfigurationsmanageren.
Kompilering af kildekode
Oprettelsen af ansøgningsarkivet (Ør, Jar, Krig, ...)
Udbredelsen af arkivet på testmaskinen.
Kører en test suite: JUnit, Cactus, kildekode revision, GUI test, funktionstest
Meddelelse af resultatet: mail, RSS.
Oprettelsen af statistisk rapport.
Integration med andre værktøjer

Nogen populær integrationsserver

Fartpilot: Åben kilde og fri, velkendt, veldokumenteret, til test af applikationer og J2EE applikationer. Net. er referencen til kontinuerlig integration.
Hudson: open source og gratis, bliver mere populært for nylig, at Cruise Control kan teste J2EE applikationer. Bruges af SUN.
Kontinuerlig: gratis opensource understøttet af Apache Foundation.
Bambus: open source, men skal købes.