Un pipeline de CodePipeline se activa a partir de cambios en la rama principal en CodeCommit, utiliza CodeBuild para las etapas de compilación/prueba y utiliza CodeDeploy para la implementación. Después de un cambio reciente en el código fuente, CodeDeploy no implementó la aplicación actualizada. ¿Cuáles de las siguientes dos explicaciones son posibles? (Elija dos)

El cambio de código no se confirmó en la rama principal del repositorio: CodePipeline se activa por cambios en la rama principal. Si el cambio no se confirmó en la rama correcta, el pipeline nunca se iniciaría y, por lo tanto, CodeDeploy no se ejecutaría. Una etapa anterior del pipeline falló y el pipeline se detuvo antes de llegar a la etapa de implementación: CodePipeline es secuencial. Si una etapa anterior (como CodeBuild) falla, el pipeline se detiene y no avanza a las etapas posteriores, incluida la implementación con CodeDeploy. Las otras opciones son menos probables o incorrectas: Una instancia de Amazon EC2 en el clúster de CodePipeline de la empresa está inactiva: CodePipeline es un servicio gestionado y no depende directamente de instancias EC2 en un "clúster de CodePipeline" para su funcionamiento. La configuración del pipeline es incorrecta y CodeDeploy no se está invocando: Si la configuración fuera incorrecta hasta el punto de no invocar CodeDeploy, el pipeline probablemente fallaría en la etapa de configuración o mostraría un error de sintaxis, no simplemente no implementaría. CodePipeline no tiene permisos para leer desde el repositorio de CodeCommit: Si CodePipeline no tuviera permisos para leer de CodeCommit, el pipeline ni siquiera se activaría o fallaría en la primera etapa de origen, no solo en la implementación.