Vor einer Produktionsfreigabe muss ein Entwickler Änderungen in einem AWS CodeCommit-Repository einfrieren, während er weiterhin an neuen Funktionen arbeitet. Die Qualitätssicherung testet die Freigabe und führt Fehlerbehebungen isoliert vom Hauptzweig durch. Nach der Freigabe müssen alle Fehlerbehebungen in den Hauptzweig zusammengeführt werden. Welcher Workflow erfüllt diese Anforderungen?

Die Erstellung eines Release-Branches ermöglicht es, den Code für die Produktion einzufrieren, während die Entwicklung neuer Funktionen auf dem Hauptzweig fortgesetzt wird. Fehlerbehebungen können isoliert auf dem Release-Branch angewendet werden, was die Stabilität der Freigabe gewährleistet. Nach der Freigabe werden diese Korrekturen durch Zusammenführen des Release-Branches in den Hauptzweig integriert, wodurch der Hauptzweig aktuell bleibt. Die Option mit dem Git-Tag ist ungeeignet, da Tags statische Zeiger sind und keine Änderungen direkt auf sie angewendet werden können. Tags können auch nicht aktualisiert werden, um auf einen neuen Commit zu verweisen, ohne das ursprüngliche Tag zu löschen und neu zu erstellen, was den Workflow kompliziert und fehleranfällig macht. Das Rebasen des Hauptzweigs auf den Release-Branch nach der Freigabe ist riskant, da es die Historie des Hauptzweigs umschreibt und zu Konflikten führen kann, insbesondere wenn andere Entwickler bereits auf dem Hauptzweig gearbeitet haben.