Wersjonowanie artefaktu
Kompendium zawodu — pojęcia i zwroty
Pojęcia w pracy
- CI
- Częste łączenie zmian i automatyczne sprawdzanie ich w repozytorium.
- CD
- Automatyzacja procesu dostarczenia zmiany do kolejnych środowisk.
- Artefakt wydania
- Wersjonowany wynik budowania przeznaczony do wdrożenia.
- Canary
- Wdrożenie nowej wersji do ograniczonej części ruchu przed rozszerzeniem.
- Rollback
- Wycofanie zmiany albo przełączenie na poprzednią sprawną wersję.
Zwroty w typowych sytuacjach
- „Powiążę wydanie z konkretną wersją kodu.”
- Ułatwiasz odtworzenie historii wdrożenia.
- „Błąd dotyczy tylko ruchu kierowanego do nowej wersji.”
- Wskazujesz porównanie potrzebne do decyzji.
- „Cofnięcie aplikacji wymaga sprawdzenia zgodności bazy.”
- Uwzględniasz stan wspólnych danych.
Powiąż artefakt z konkretnym commitem i wynikiem budowania. Oddziel ustawienia środowiska od kodu. Do produkcji kieruj sprawdzoną wersję, żeby uniknąć zmian w ponownym budowaniu.
- Zidentyfikuj źródło
- Nadaj wersję
- Zapisz powiązanie
Przykład z pracy
Weryfikacja przechodzi na obrazie z identyfikatorem zapisywanym także przy wdrożeniu.
Ćwiczenie praktyczne
Opisz, jak odtworzyć pochodzenie uruchomionej wersji.
Część ruchu traci możliwość zakupu
Po ograniczonym wdrożeniu nowej wersji koszyk przestaje potwierdzać zamówienia tylko dla klientów kierowanych do tej wersji.
Pokaż przykładową reakcję
Wstrzymuję rozszerzanie ruchu, oceniam zgodność danych i uzgadniam wycofanie. Chronisz kolejne zamówienia i sprawdzasz, co już zostało zapisane.
Sprawdź się — opcjonalne pytanie
Który zapis łączy wersję ze zmianą?
- Nazwa katalogu z kodem
- Data ostatniego spotkania zespołu
- Identyfikator artefaktu i odpowiadający commit
Pokaż odpowiedź i wyjaśnienie
Identyfikator artefaktu i odpowiadający commit. Taki ślad pozwala porównać wdrożoną zawartość z wersją zatwierdzoną.
Źródła do nauki DORA — wskaźniki procesu dostarczania oprogramowania · GitHub Actions — działanie przepływów automatyzacji