Eine Cloud Build-Pipeline benötigt eine Flatfile, die in einem Build-Schritt erstellt wurde, um für spätere Schritte zugänglich zu sein. Wo sollten Sie sie speichern, damit nachfolgende Builder sie lesen können?

Die Cloud Build-Umgebung stellt ein freigegebenes Arbeitsverzeichnis unter /workspace bereit, das über alle Build-Schritte hinweg persistent ist. Wenn ein Build-Schritt eine Datei in /workspace erstellt, ist diese Datei für alle nachfolgenden Build-Schritte im selben Build zugänglich. Dies ist der effizienteste und vorgesehene Weg, um Daten zwischen Build-Schritten zu übergeben. Das Speichern in Compute Engine-Instanzmetadaten ist für Build-Artefakte ungeeignet und nicht praktikabel. Die Verwendung von gsutil zum Speichern in Cloud Storage wäre zwar technisch möglich, aber ineffizient, da es unnötige Netzwerk- und Speicheroperationen für temporäre Dateien einführt. Ein HTTP POST/GET an einen separaten Webserver ist eine übermäßig komplexe und unsichere Methode für die interne Kommunikation innerhalb eines Builds.