practical continuous integration

nigdy więcej ręki w nocniku

By Joseph Cooney

1. Skompiluj kod. Ściągnięcie najnowszego kodu kolegów z zespołu jest opcjonalne i nie jest wymagane w programie certyfikacyjnym.2. Uruchom skompilowaną aplikację3. Przetestuj. Preferowany sposób to szybki manualny test dodanej funkcjonalności. *Ten krok można pominąć, gdy zmieniło się <10 linii kodu lub gdy w profesjonalnej opinii programisty, zmiana po prostu nie mogłaby niczego zepsuć.4. Check-in zmian do twojego systemu kontroli wersji.

Gratulacje!

We will break you

You break the build

A.svn revertB.svn removeC.svn merge

Do you feel lucky? Well, do ya punk?

0. Jeżeli działa na twojej maszynie, to znaczy, że nie działa.1. Twój check-in nie psuje builda. 2. Jak zepsujesz, nie naprawiaj, tylko wycofaj swoje zmiany.3. Twój check-in nigdy nie psuje aplikacji.4. Nie check-inuj, kiedy build jest czerwony.5. Check-inuj często i gęsto.6. Zaktualizuj źródła przed check-inem.7. Zaktualizuj źródła i uruchom testy przed check-inem.8. Zapomnij o branchach developerskich.9. Zapomnij o "feature" branchach.10. Naucz kolegów z zespołu. Nie da się uprawiać CI samemu.

Pytania?