Pobierz prezentację
Pobieranie prezentacji. Proszę czekać
OpublikowałZiemowit Puzio Został zmieniony 10 lat temu
1
practical continuous integration nigdy więcej ręki w nocniku
3
By Joseph Cooney
4
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!
5
We will break you You break the build
7
A.svn revert B.svn remove C.svn merge
8
Do you feel lucky? Well, do ya punk?
17
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.
19
Pytania?
Podobne prezentacje
© 2024 SlidePlayer.pl Inc.
All rights reserved.