Przed wydaniem produkcyjnym, deweloper musi zamrozić zmiany w repozytorium AWS CodeCommit, jednocześnie kontynuując pracę nad nowymi funkcjami. QA przetestuje wydanie i wprowadzi poprawki błędów w izolacji od głównej gałęzi. Po wydaniu, wszystkie poprawki błędów muszą zostać scalone z gałęzią główną (main). Który przepływ pracy spełnia te wymagania?

Poprawna odpowiedź opisuje standardowy przepływ pracy z gałęzią wydania (release branch), który jest idealny dla tego scenariusza. Tworzenie gałęzi wydania pozwala na zamrożenie zmian dla konkretnej wersji, umożliwiając zespołowi QA testowanie i wprowadzanie poprawek błędów w izolacji, podczas gdy rozwój nowych funkcji kontynuowany jest na gałęzi głównej (main). Po wydaniu, scalenie gałęzi wydania z powrotem do gałęzi głównej zapewnia, że wszystkie poprawki błędów są uwzględnione w głównej linii kodu. Pozostałe opcje są nieprawidłowe, ponieważ: Użycie tylko tagu Git nie pozwala na wprowadzanie poprawek błędów w izolacji od gałęzi głównej. Tagi są statycznymi wskaźnikami na commit, a nie dynamicznymi gałęziami do rozwoju. Rebasowanie gałęzi main na gałąź wydania jest nieodpowiednie, ponieważ spowodowałoby utratę historii zmian z gałęzi main lub skomplikowałoby zarządzanie historią.