U begint met de ontwikkeling van een nieuwe versie van een applicatie, terwijl de vorige versie nog in productie is. U moet fixes en updates blijven implementeren voor de huidige productieversie, terwijl u de nieuwe versie ontwikkelt. De code van de nieuwe versie wordt opgeslagen in AWS CodeCommit. Welke branching-strategie voldoet aan deze vereisten?

De juiste aanpak is het creëren van twee feature branches vanuit de main branch. Eén branch wordt gebruikt voor bugfixes en updates voor de huidige productieversie, waardoor deze onafhankelijk kan worden onderhouden. De tweede branch wordt gebruikt voor de ontwikkeling van de nieuwe versie. Dit isoleert de ontwikkeling van de nieuwe versie en voorkomt conflicten met de productieversie, terwijl beide tegelijkertijd kunnen voortgaan. Het gebruik van Git-tags is niet geschikt, omdat tags verwijzen naar specifieke punten in de geschiedenis en niet bedoeld zijn voor actieve ontwikkeling of het implementeren van wijzigingen. Het creëren van een branch met een IAM policy die pushes of merges verhindert, is niet praktisch, omdat de productieversie nog steeds updates nodig heeft. Een aparte CodeCommit-repository is onnodig complex en maakt het moeilijker om code tussen versies te beheren en te mergen.