Pg Net Ci

Bartłomiej Szafko

CI
Ź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 Integration
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?
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 #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 #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 #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 CC .NET

Pytania?
Kompilacja linków + slajdy: http://bartekszafko.inc.pl
Dziękuję za uwagę

Pg Net Ci

by bartlomiej.szafko on Dec 18, 2007

Accessibility

Categories

Tags

Upload Details

Usage Rights

2 Embeds 17

Statistics

Pg Net Ci — Presentation Transcript

http://bartekszafko.pl	13
http://bartekszafko.inc.pl	4