Antes de un lanzamiento a producción, un desarrollador necesita congelar los cambios en un repositorio de AWS CodeCommit mientras continúa trabajando en nuevas características. QA probará el lanzamiento y realizará correcciones de errores aisladas de la rama principal. Después del lanzamiento, todas las correcciones de errores deben fusionarse en main. ¿Qué flujo de trabajo cumple con estos requisitos?

La creación de una rama de lanzamiento a partir del commit que se va a desplegar permite aislar el código de producción para pruebas y correcciones de errores sin interrumpir el desarrollo de nuevas características en la rama main. Las correcciones se aplican directamente a la rama de lanzamiento. Una vez que el lanzamiento es exitoso, fusionar la rama de lanzamiento de nuevo en main asegura que todas las correcciones de errores se integren en el código base principal. Las otras opciones son incorrectas porque: Crear una etiqueta de Git no permite aplicar correcciones directamente a un punto específico del historial sin modificar main o crear una nueva rama. Hacer un rebase de main sobre la rama de lanzamiento después del lanzamiento reescribiría el historial de main, lo cual es una práctica generalmente desaconsejada para ramas compartidas y podría causar conflictos complejos. Aplicar commits a una etiqueta de Git no es una operación válida, ya que las etiquetas son punteros estáticos a commits específicos.