Jak działa ten proces
Zmiana jest zakończona dopiero wtedy, gdy spełnia wymagania, została sprawdzona i jest dostępna w docelowym środowisku. Łączymy kroki pomiędzy tymi etapami i wspólnie ustalamy, które mają przebiegać automatycznie, a gdzie decyduje Twój zespół.
-
Opisz zadanie w zgłoszeniu
Co ma się zmienić? Które istniejące funkcje muszą zostać zachowane? Po czym poznamy, że zadanie zostało wykonane?
Te informacje stanowią podstawę implementacji. Architektura, reguły repozytorium i istniejące testy dostarczają Codexowi niezbędnego kontekstu projektu.
-
Zaimplementuj i przetestuj zmianę
Codex wspiera implementację. Zmiana jest sprawdzana na podstawie kryteriów akceptacji i zabezpieczana odpowiednimi testami.
Zmiana w kodzie i powiązany pull request są łączone ze zgłoszeniem. Dzięki temu wiadomo, która implementacja odpowiada danemu wymaganiu.
-
Sprawdź kod i ryzyka bezpieczeństwa
Korzystamy z Codex Code Review do przeglądu zmiany w kodzie w pull requeście. Dodatkowo przegląd bezpieczeństwa analizuje potencjalne problemy.
Uwagi z przeglądów są oceniane: czy problem rzeczywiście występuje? Jakie miałby skutki? Jaka poprawka jest uzasadniona?
Potwierdzone problemy są poprawiane i ponownie sprawdzane. Ustalenia i sposób ich obsługi pozostają możliwe do prześledzenia. Uzgodnione akceptacje określają, kiedy zmiana może przejść dalej.
-
Wdróż do Azure przez CI/CD
Wdrożenie odbywa się zgodnie z Twoim procesem wydawania zmian. Aplikacja i infrastruktura mają osobne kroki wdrożenia.
Do zmian infrastruktury używamy Azure Developer CLI, w skrócie azd. Pipeline jest konfigurowany tak, aby ten krok uruchamiał się tylko po zmianie definicji infrastruktury.
Po wdrożeniu zmieniona funkcja jest sprawdzana w działającej aplikacji.
-
Pokaż postęp w zgłoszeniu
W zgłoszeniu zbierane są informacje dotyczące zadania:
- Która zmiana w kodzie jest z nim powiązana?
- Czy pull request jest nadal otwarty, czy został już zaakceptowany i scalony?
- Jakie weryfikacje zostały przeprowadzone?
- Czy zmiana została już wdrożona?
Programiści, osoby zarządzające projektem i osoby odpowiedzialne biznesowo mogą śledzić postęp ze zgłoszenia. Zakończona implementacja i faktycznie wdrożona zmiana pozostają rozróżnialne.
