Rozpoczynasz tworzenie nowej wersji aplikacji, podczas gdy poprzednia wersja pozostaje w środowisku produkcyjnym. Musisz nadal wdrażać poprawki i aktualizacje do bieżącej wersji produkcyjnej, jednocześnie rozwijając nową wersję. Kod nowej wersji jest przechowywany w AWS CodeCommit. Jaka strategia rozgałęziania spełnia te wymagania?

Prawidłowa odpowiedź to utworzenie dwóch gałęzi feature z gałęzi main: jednej dla poprawek błędów produkcyjnych i drugiej dla rozwoju nowej wersji. Ta strategia pozwala na niezależne zarządzanie kodem produkcyjnym i nową wersją, umożliwiając wdrażanie poprawek do wersji produkcyjnej bez wpływu na rozwój nowej wersji. Utworzenie tagów Git nie jest odpowiednie, ponieważ tagi służą do oznaczania konkretnych punktów w historii repozytorium, a nie do aktywnego rozwoju i wdrażania zmian. Tworzenie gałęzi reprezentującej kod produkcyjny z polityką IAM jest niepotrzebnie skomplikowane i nie zapewnia elastyczności potrzebnej do jednoczesnego rozwoju i utrzymania. Tworzenie oddzielnego repozytorium dla nowej wersji utrudnia zarządzanie kodem i integrację zmian między wersjami.