DefinicjaCI/CD (Continuous Integration / Continuous Delivery) to praktyka, w której każda zmiana w kodzie jest automatycznie budowana i testowana (CI), a następnie przygotowywana do publikacji albo od razu publikowana (CD). Dzięki temu błędy wychodzą w ciągu minut od zmiany, a nowa wersja trafia do użytkowników w powtarzalny sposób, bez ręcznego kopiowania plików.
Jak działa CI/CD?
- Zmiana. Programista zapisuje zmianę w repozytorium kodu.
- Sprawdzenie (CI). Automat buduje projekt i uruchamia testy oraz kontrole jakości. Jeśli coś nie przechodzi, zmiana nie idzie dalej, a autor od razu o tym wie.
- Publikacja (CD). Sprawdzona wersja trafia na środowisko testowe albo prosto na produkcję, zawsze tą samą drogą.
Cały ten ciąg kroków nazywa się potocznie pipeline. Raz ustawiony, wykonuje się przy każdej zmianie tak samo, niezależnie od tego, kto ją wprowadził i o której godzinie.
Co to daje firmie?
- Mniej awarii po zmianach. Błąd zatrzymuje się na automacie, a nie u klienta.
- Szybsze poprawki. Literówka w cenniku czy nowa podstrona pojawiają się w kilka minut, bez „okna wdrożeniowego”.
- Łatwy powrót. Gdy nowa wersja sprawia kłopot, można wrócić do poprzedniej.
- Mniejsza zależność od jednej osoby. Sposób publikacji jest zapisany w projekcie, a nie w czyjejś głowie.
Więcej przykładów i typowe ustawienia opisuję w artykule CI/CD po ludzku.
Czy CI/CD ma sens przy małej stronie?
Tak, w prostej wersji. Nawet przy stronie firmowej automat może przy każdej zmianie zbudować stronę, sprawdzić linki i opublikować ją na serwerze. Konfiguracja zajmuje niewiele czasu, a zwraca się przy pierwszej pilnej poprawce.
CI/CD jest też naturalnym zabezpieczeniem przy pracy z AI. Kod powstaje szybciej, więc automatyczne sprawdzenie każdej zmiany staje się ważniejsze niż kiedykolwiek.
O co zapytać wykonawcę?
- Jak publikowane są zmiany: ręcznie czy automatycznie?
- Co jest sprawdzane przed publikacją?
- Jak wrócić do poprzedniej wersji i ile to trwa?
- Czy konfiguracja zostaje w moim repozytorium po zakończeniu współpracy?
Najczęstsze pytania
Czym różni się Continuous Delivery od Continuous Deployment?
W Continuous Delivery każda sprawdzona zmiana jest gotowa do publikacji, ale ostatni krok zatwierdza człowiek. W Continuous Deployment publikacja też jest automatyczna. Skrót CD bywa używany dla obu.
Czy CI/CD wymaga testów automatycznych?
Im więcej testów, tym więcej automat potrafi wyłapać, ale nawet bez nich CI/CD sprawdzi, czy projekt się buduje, i opublikuje go w powtarzalny sposób. Testy można dokładać stopniowo.
Zobacz też
Źródła