Vóór een productierelease moet een ontwikkelaar wijzigingen in een AWS CodeCommit-repository bevriezen, terwijl hij doorgaat met het werken aan nieuwe functies. QA test de release en voert bugfixes uit, geïsoleerd van de main-branch. Na de release moeten alle bugfixes worden samengevoegd met main. Welke workflow voldoet aan deze vereisten?

De correcte optie beschrijft een standaard en effectieve Git-workflow voor releases. Door een release-branch te maken, wordt de code voor de release geïsoleerd, waardoor QA bugfixes kan uitvoeren zonder de ontwikkeling van nieuwe functies op de main-branch te verstoren. Na de release kunnen de bugfixes eenvoudig worden samengevoegd met main, zodat main up-to-date blijft. De optie met een Git-tag is onjuist omdat tags statische verwijzingen zijn naar een specifieke commit en niet bedoeld zijn om wijzigingen (zoals bugfixes) direct op toe te passen. De optie die main rebased op de release-branch na de release is riskant, omdat dit de geschiedenis van main kan herschrijven en conflicten kan veroorzaken. De laatste optie, waarbij fixes worden toegepast op een Git-tag, is niet mogelijk omdat tags geen branches zijn waarop commits kunnen worden toegepast.