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 revert B.svn remove C.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?