Her commit işleminde bir Cloud Build özel adımı çalıştırarak her kaynak dosyasının bir telif hakkı başlığı içerdiğini doğrulamanız ve eksikse eklemeniz gerekiyor. Hangi tasarımı uygulamalısınız?

Doğru cevap, Cloud Build'in çalışma alanı olan /workspace içinde dosyaları inceleyen, eksik telif hakkı başlıklarını ekleyen ve değiştirilen dosyaları açıkça kaynak deposuna geri commit eden bir Docker imajı oluşturmaktır. Cloud Build, kaynak kodunu /workspace dizinine klonlar ve özel adımlar bu dizin üzerinde işlem yapar. Değişikliklerin kalıcı olması ve kaynak kontrol sistemine yansıması için açıkça geri commit edilmesi gerekir. Diğer seçenekler neden yanlış: "Değiştirilen dosyaları kaynak deposuna geri commit etmeyen bir Docker imajı oluşturun" seçeneği, yapılan değişikliklerin kalıcı olmamasını ve kaynak kontrol sistemine yansımamasını sağlar, bu da gereksinimi karşılamaz. "Bir Cloud Storage paketindeki dosyaları inceleyen..." seçenekleri yanlıştır çünkü Cloud Build, kaynak dosyalarını doğrudan bir Cloud Storage paketinden değil, genellikle bir kaynak kontrol sisteminden (örneğin Cloud Source Repositories, GitHub) alır ve /workspace dizinine yerleştirir. Bu nedenle, dosyaların Cloud Storage'da aranması ve değiştirilmesi doğru bir yaklaşım değildir.