Ejecute un paso personalizado de Cloud Build en cada commit para verificar que cada archivo fuente contenga un encabezado de copyright y agregue uno si falta. ¿Qué diseño debería implementar?

La opción correcta es crear una imagen de Docker que inspeccione los archivos en /workspace, agregue los encabezados de copyright faltantes y confirme explícitamente los archivos modificados en el repositorio de origen. Cloud Build clona el repositorio de origen en el directorio /workspace de forma predeterminada, lo que permite que la imagen de Docker acceda y modifique los archivos directamente. Para que los cambios persistan, es crucial que la imagen de Docker realice una confirmación (commit) explícita de los archivos modificados en el repositorio de origen. Las opciones incorrectas son: "No confirme los archivos modificados en el repositorio de origen": Si no se confirman los cambios, los encabezados de copyright agregados no se guardarán en el repositorio. "Inspeccione los archivos en un bucket de Cloud Storage": Los archivos fuente del repositorio no se encuentran en un bucket de Cloud Storage por defecto durante una compilación de Cloud Build, sino en /workspace. "Escriba los archivos modificados de nuevo en el bucket": Incluso si los archivos estuvieran en un bucket, escribir de nuevo en el bucket no los actualizaría en el repositorio de origen.