Ciągła integracja - najlepsze praktyki

Dokonajmy ostatecznego przeglądu najlepszych praktyk ciągłej integracji w oparciu o wszystkie lekcje, których nauczyliśmy się do tej pory -

• Maintain a code repository- To najbardziej podstawowy krok. We wszystkich naszych przykładach wszystko jest utrzymywane w repozytorium Git, od podstawy kodu, przez profile publikacji, po skrypty bazy danych. Należy zawsze upewnić się, że wszystko jest przechowywane w repozytorium kodu.

• Automate the build- Widzieliśmy, jak używać programu MSBuild do automatyzacji kompilacji wraz z użyciem profilu publikowania. To kolejny kluczowy krok w ciągłym procesie integracji.

• Make the build self-testing - Upewnij się, że możesz przetestować kompilację, utrzymując przypadki testów jednostkowych, a te przypadki testowe powinny być w taki sposób, aby mogły być uruchamiane przez serwer Continuous Integration.

• Everyone commits to the baseline every day- To jest kluczowa zasada ciągłej integracji. Nie ma sensu czekać do końca całego procesu, aby zobaczyć, kto zepsuje kompilację.

• Every commit (to baseline) should be built- Każde zatwierdzenie aplikacji musi zostać pomyślnie zbudowane. Jeśli kompilacja nie powiedzie się z jakiegokolwiek powodu, należy zmienić kod, aby upewnić się, że kompilacja przebiega pomyślnie.

• Keep the build fast- Jeśli kompilacja jest powolna, oznaczałoby to problem w całym procesie ciągłej integracji. Upewnij się, że kompilacje są zawsze ograniczone do czasu trwania, najlepiej nigdy nie przekraczać 10 minut.

• Everyone can see the results of the latest build- Pulpit nawigacyjny TeamCity daje każdemu widok na wszystkie kompilacje, które przeszły lub zawiodły. Daje to dobry wgląd wszystkim ludziom, którzy są zaangażowani w proces ciągłej integracji.