Bartłomiej Szafko

CICI Źródła ma w eXtreme Programming Bazuje na repozytorium kodu Każdą nawet najmniejszą zmianę od

razu umieszczamy w repozytorium Dla małych projektów można

realizować ręcznie – testowanie + integracja

Dla dużych projektów potrzeba automatyzacji

Automated Continuous Automated Continuous IntegrationIntegration Monitorowanie repo (np. cvs, svn, tfs) Po zmianach checkout kodu Budowanie + testowanie +

deployment: Dokumentacja Np.:msi

Raporty mailowe – informacje o niepowodzeniach bardzo ważne

Dashboardy Cały czas – tylko w nocy to za mało

Dlaczego warto?Dlaczego warto?

Wczesne wykrywanie problemów – bez szaleństw przed relesami

Ostrzeganie przed popsutym/niekompatybilnym kodem

Ostrzeganie o "psujących zmianach" Natychmiastowe testowanie – raczej unit

testing + czasem funkcjonalności Dostępność "aktualnej" wersji dla

testowania, demo, czy nawet wypustów Developer dostaje od razu informacje

zwrotną czy wprowadził dzaiałające zmiany - działa motywująco

Narzędzia #0Narzędzia #0

Potrzebne repozytorium kodu Polecam

Subversion(http://subversion.tigris.org/) – dużo lepsze od cvs

Na windows svn od collabnet(razem z apache): http://downloads.open.collab.net/collabnet-subversion.html

TortoiseSVN

Narzędzia #1Narzędzia #1

Cruise Control .NET – CC.NET Bazuje na Javowym CC – znowu http://

confluence.public.thoughtworks.org/display/CCNET

Wada – konfiguracja nie jest prosta (jak wszędzie)

Do działania nie potrzebuje VS, wystarczy .NET SDK

Domyślnie używa Nant – możliwość użycia MSBuild

Narzędzia #2Narzędzia #2

CI Factory – CC .NET na sterydach http://www.cifactory.org/joomla/ Polecam wersje 1.1 RC1 Konfiguracja prostsza, ale nie

banalna Wiele dodatków: wix, nunit, etc…

DEMO DEMO CC .NETCC .NET

Pytania? Kompilacja linków + slajdy:

http://bartekszafko.inc.pl Dziękuję za uwagę