Smidig 2009

Continuous deployment ("kontinuerlig utrulling") har blitt en av definisjonene på ekstremt smidig utvikling. Alle endringer blir automatisk produksjonssatt i det øyeblikket continous integration (enhets- og integrasjonstestene) viser at endringer er sunn og frisk.

Prinsippet er begrenset av murer av kinesiske proporsjoner på alle sider:
- du må kunne deploye endringer uten at brukeren legger merke til avbrudd i tjenesten
- du må kunne håndtere endringer på "levende" data og objekter
- du må kunne lese og ta hensyn til eventuell ny konfigurasjon
- du må kunne deploye og rekonfigurere raskere enn din endringsfrekvens
- du må kunne definere hele endringen som en "innsjekkbar enhet"
- du må ha enhets og integrasjonstester som både du og driftsavdelingen stoler på.

Følgelig:
- driftsavdelingen bør lage integrasjonstester !

Men det er mulig!
- Utform applikasjonen din slik at statiske data, konfigurasjon etc kan være kode eller (gjen-)leses runtime
- Planlegg sprintene slik at man BARE utfører oppgaver som kan utrulles kontinuerlig
- Samle opp alle endringer som ikke lar seg rulle ut umiddelbart i en vedlikeholdsleveranse
- Bruk et versjonskontrollsystem som lar deg definere "minste integrerbare enhet" uten at det hindrer deg i å sjekke inn små endringer