Eseguire uno step personalizzato di Cloud Build su ogni commit per verificare che ogni file sorgente contenga un'intestazione di copyright e aggiungerne una se mancante. Quale design si dovrebbe implementare?

La risposta corretta è creare un'immagine Docker che ispeziona i file in /workspace, aggiunge le intestazioni di copyright mancanti ed esegue esplicitamente il commit dei file modificati nel repository sorgente. Cloud Build esegue i passaggi all'interno di un ambiente Docker, e /workspace è la directory predefinita dove vengono clonati i file del repository. Per modificare i file e rendere persistenti le modifiche, è necessario eseguire il commit delle modifiche al repository sorgente. Le altre opzioni sono errate perché: non eseguire il commit delle modifiche non le renderà persistenti; ispezionare i file in un bucket Cloud Storage non è il meccanismo standard per Cloud Build per accedere ai file del repository sorgente; e anche se si usasse un bucket, sarebbe comunque necessario un commit esplicito per aggiornare il repository sorgente.