Sobes.tech
Pomoc w rozmowie kwalifikacyjnej
Zasoby
Przygotowanie do rozmowy kwalifikacyjnej
Zasoby
Wyszukiwanie pracy
Zasoby
Prawo
Wróć do pytania
Junior

Mamy główną gałąź (master), i otrzymaliśmy prośbę od dewelopera o wdrożenie nowej funkcji. Jakie działania podejmiesz dalej?

sobes.tech AI

Odpowiedź od AI

  1. Tworzenie nowej gałęzi. Tworzona jest nowa gałąź z głównej gałęzi master do rozwoju nowej funkcji. Nazwa gałęzi powinna być informacyjna, np. feature/nazwa-nowej-funkcji.
  2. Rozwój i testowanie. Programista pisze kod w nowej gałęzi, regularnie zapisując zmiany (commity). Przeprowadzane są testy jednostkowe i integracyjne.
  3. Testy lokalne. Programista uruchamia lokalnie aplikację z nową funkcją, aby sprawdzić jej działanie.
  4. Tworzenie Merge Request (lub Pull Request). Po zakończeniu pracy i pomyślnym przetestowaniu lokalnym, programista tworzy MR/PR z własnej gałęzi do master.
  5. Przegląd kodu. Inni członkowie zespołu dokonują przeglądu kodu w MR/PR. Zostawiają komentarze, proponują ulepszenia lub poprawki.
  6. Poprawki po przeglądzie. Programista wprowadza niezbędne zmiany w swojej gałęzi na podstawie komentarzy.
  7. Pipeline CI/CD. Uruchamiany jest zautomatyzowany pipeline CI/CD przy każdym commicie w gałęzi MR/PR. Pipeline obejmuje:
    • Budowę projektu.
    • Uruchomienie testów jednostkowych/integracyjnych.
    • Analizę statyczną kodu (linters, SAST).
    • Skanowanie pod kątem podatności (SAST, SCA).
    • Budowę obrazu Docker (jeśli dotyczy).
    • Deployment w środowisku testowym (jeśli dostępne).
  8. Testy akceptacyjne. Po pomyślnym przejściu wszystkich etapów pipeline i przeglądu kodu, przeprowadza się testy akceptacyjne funkcji w środowisku testowym/stagingowym (możliwe ręcznie przez Product Ownera/QA).
  9. Scalenie gałęzi. Jeśli wszystkie testy przejdą pomyślnie, przegląd kodu zostanie zatwierdzony, a testy akceptacyjne zakończą się sukcesem, gałąź z nową funkcją jest scalana z master. Zazwyczaj stosuje się strategie scalania "Squash and Merge" lub "Rebase and Merge" dla czystszej historii commitów.
  10. Wdrażanie na produkcję. Po scaleniu do master, uruchamiany jest pipeline do wdrożenia zaktualizowanej wersji na produkcję. Może to obejmować dodatkowe testy (np. E2E) i etapy zatwierdzania.
  11. Monitorowanie. Po pomyślnym wdrożeniu, monitoruje się działanie nowej funkcji na produkcji, aby wykryć potencjalne problemy.
PoprzedniaDalej