Execute uma etapa personalizada do Cloud Build em cada commit para verificar se cada arquivo de origem contém um cabeçalho de direitos autorais e adicione um se estiver faltando. Qual design você deve implementar?

A opção correta envolve criar uma imagem Docker personalizada que atue como uma etapa do Cloud Build. O Cloud Build clona automaticamente o repositório de origem para o diretório /workspace dentro do contêiner de cada etapa. Portanto, a imagem Docker deve inspecionar os arquivos nesse local. Para que as alterações (adição de cabeçalhos) sejam persistidas no repositório, a etapa deve explicitamente fazer commit e push dos arquivos modificados de volta ao repositório de origem. As outras opções estão incorretas porque: Não fazer commit dos arquivos alterados significa que as modificações não serão salvas no repositório. Inspecionar arquivos em um bucket do Cloud Storage não é o mecanismo padrão para acessar o código-fonte durante uma etapa do Cloud Build; o código já está disponível em /workspace.