Mit einem Cloud Build-Trigger können Sie einen Build automatisch starten und einen Workflow aus einem Git-Repository bereitstellen. Sie können den Trigger so konfigurieren, dass er Ihren Workflow bei allen Änderungen am Quell-Repository oder nur bei Änderungen, die bestimmte Kriterien erfüllen, bereitstellt.
Dieser Ansatz kann Ihnen bei der Verwaltung Ihres Bereitstellungszyklus helfen. So können Sie beispielsweise Änderungen an einem Workflow in einer Staging-Umgebung bereitstellen, Tests für diese Umgebung ausführen und diese Änderungen dann nach und nach in der Produktionsumgebung einführen.
Hinweise
In dieser Anleitung wird davon ausgegangen, dass Sie die Rolle Cloud Build Editor (roles/cloudbuild.builds.editor
) in Ihrem Google Cloud- Projekt haben, damit Sie Trigger erstellen können. Außerdem benötigen Sie einen Workflow in einem Quell-Repository wie GitHub oder Bitbucket.
Console
Aktivieren Sie die Cloud Build und Workflows APIs.
Weisen Sie dem Cloud Build-Dienstkonto die Rolle Workflows-Administrator (
roles/workflows.admin
) zu:Öffnen Sie in der Google Cloud Console die Seite IAM.
Wählen Sie Ihr Projekt aus.
Klicken Sie in der Zeile für das Cloud Build-Dienstkonto (
PROJECT_NUMBER@cloudbuild.gserviceaccount.com
) auf Hauptkonto bearbeiten.Klicken Sie auf
Weitere Rolle hinzufügen.Wählen Sie in der Liste Rolle die Rolle Workflows Admin aus.
Klicken Sie auf Speichern.
Weisen Sie dem Cloud Build-Dienstkonto die Rolle Dienstkontonutzer (
roles/iam.serviceAccountUser
) für das Compute Engine-Standarddienstkonto zu. Wenn Sie die Compute Engine API aktiviert haben, lautet das Compute Engine-StandarddienstkontoPROJECT_NUMBER-compute@developer.gserviceaccount.com
.Rufen Sie in der Google Cloud Console die Seite Dienstkonten auf.
Wählen Sie Ihr Projekt aus.
Klicken Sie auf die E-Mail-Adresse des Compute Engine-Standarddienstkontos (
PROJECT_NUMBER-compute@developer.gserviceaccount.com
).Klicken Sie auf den Tab Berechtigungen.
Klicken Sie auf die Schaltfläche
Zugriff gewähren.Wenn Sie ein neues Hauptkonto hinzufügen möchten, geben Sie die E-Mail-Adresse Ihres Dienstkontos (
SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com
) ein.Wählen Sie in der Liste Rolle auswählen die Rolle Dienstkonten > Dienstkontonutzer aus.
Klicken Sie auf Speichern.
gcloud
Aktivieren Sie die Cloud Build und Workflows APIs.
gcloud services enable cloudbuild.googleapis.com \ workflows.googleapis.com
Weisen Sie dem Cloud Build-Dienstkonto die Rolle Workflows-Administrator (
roles/workflows.admin
) zu:PROJECT_NUMBER=$(gcloud projects describe PROJECT_ID --format='value(projectNumber)') gcloud projects add-iam-policy-binding PROJECT_ID \ --member=serviceAccount:$PROJECT_NUMBER@cloudbuild.gserviceaccount.com \ --role=roles/workflows.admin
Ersetzen Sie
PROJECT_ID
durch die ID Ihres Google Cloud-Projekts.Weisen Sie dem Cloud Build-Dienstkonto die Rolle Dienstkontonutzer (
roles/iam.serviceAccountUser
) für das Compute Engine-Standarddienstkonto zu. Wenn Sie die Compute Engine API aktiviert haben, lautet das Compute Engine-StandarddienstkontoPROJECT_NUMBER-compute@developer.gserviceaccount.com
.gcloud iam service-accounts add-iam-policy-binding \ $PROJECT_NUMBER-compute@developer.gserviceaccount.com \ --member=serviceAccount:$PROJECT_NUMBER@cloudbuild.gserviceaccount.com \ --role=roles/iam.serviceAccountUser
Verbindung zum Quell-Repository herstellen
Sie müssen Cloud Build mit Ihrem Quell-Repository verbinden, damit Cloud Build Builds als Reaktion auf Ereignisse im Repository automatisieren kann.
Gehen Sie so vor, um eine Verbindung zu GitHub oder Bitbucket herzustellen:
Rufen Sie in der Google Cloud Console die Seite Cloud Build-Trigger auf:
Wählen Sie bei Bedarf Ihr Projekt aus und klicken Sie auf Öffnen.
Wählen Sie in der Liste Region die Region aus, in der Sie den Trigger erstellen möchten.
Klicken Sie auf Repository verbinden.
Wählen Sie das Quell-Repository aus, in dem Sie den Quellcode gespeichert haben.
Beispiel: GitHub (Cloud Build-GitHub-App)
Klicken Sie auf Weiter.
Authentifizieren Sie sich mit Ihrem Nutzernamen und Passwort in Ihrem Quell-Repository.
Wenn Sie sich in GitHub anmelden, werden Sie aufgefordert, der Google Cloud Build GitHub-Anwendung Zugriff auf Ihr GitHub-Konto zu gewähren, um fortfahren zu können.
Wählen Sie aus der Liste der verfügbaren Repositories das gewünschte Repository aus und klicken Sie auf OK.
Bei externen Repositories wie GitHub und Bitbucket benötigen Sie für das verwendete Google Cloud-Projekt Berechtigungen auf Inhaberebene.
Lesen Sie den Haftungsausschluss und klicken Sie anschließend das Kästchen daneben an, um die Nutzungsbedingungen zu akzeptieren.
Klicken Sie auf Verbinden.
Klicken Sie auf Trigger erstellen, um weiterhin einen Build-Trigger zu erstellen, mit dem Builds für den Quellcode im Repository automatisiert werden. Klicken Sie andernfalls auf Fertig.
Cloud Build-Konfigurationsdatei erstellen
Eine Build-Konfigurationsdatei definiert die Felder, die beim Starten eines Builds mit einem Build-Trigger erforderlich sind. Erstellen Sie die Konfigurationsdatei im Stammverzeichnis Ihres Projekts und schreiben Sie sie entweder in YAML oder JSON.
In der folgenden Konfigurationsdatei wird beispielsweise ein Testworkflow bereitgestellt und ausgeführt und dann mit einem Script die Ausgabe geprüft. Wenn der Test bestanden wird, wird der Workflow bereitgestellt:
Die Substitutionsvariablen $BRANCH_NAME
und $SHORT_SHA
werden von Cloud Build ausgefüllt, wenn ein Build von einem Git-Repository ausgelöst wird. Sie stehen für den Namen Ihres Branches und die ersten sieben Zeichen der Commit-ID, die Ihrem Build zugeordnet ist.
Mit der Substitutionsvariablen $_WORKFLOW_NAME
können Sie eine Konfigurationsdatei mit anderen Variablenwerten wiederverwenden. Sie können den Wert beim Erstellen des Build-Triggers angeben.
Weitere Informationen finden Sie unter Build-Konfigurationsdatei erstellen.
Build-Trigger erstellen
Sie können die Bereitstellung Ihres Workflows automatisieren, indem Sie einen Cloud Build-Trigger erstellen.
So erstellen Sie einen Build-Trigger für die Konfigurationsdatei im vorherigen Abschnitt:
Rufen Sie in der Google Cloud Console die Seite Cloud Build-Trigger auf:
Klicken Sie auf Trigger erstellen.
Geben Sie im Feld Name einen Namen für den Trigger ein.
Wählen Sie unter Ereignis das Ereignis aus, das den Trigger auslösen soll.
Beispiel: Per Push-Befehl an Zweig übertragen
Wählen Sie unter Quelle Ihr Repository und den Namen des Branches oder Tags aus, der den Trigger auslöst. Sie können einen regulären Ausdruck verwenden, um eine Übereinstimmung mit einem Branch oder Tag anzugeben.
Beispiel:
GoogleCloudPlatform/workflows-demos
(Repository) und^main$|^staging$
(entspricht den Zweigenmain
undstaging
)Maximieren Sie den Bereich Filter für enthaltene und ignorierte Dateien anzeigen und geben Sie Ihren Workflow als enthaltene Datei an, damit bei Änderungen ein Build ausgelöst wird.
Beispiel:
gitops/workflow.yaml
Wählen Sie unter Konfiguration als Typ Cloud Build-Konfigurationsdatei (YAML oder JSON) und als Speicherort Repository aus.
Geben Sie im Feld Speicherort der Cloud Build-Konfigurationsdatei den Speicherort der Datei an.
Beispiel:
gitops/cloudbuild.yaml
Optional: Wenn Sie eine Substitutionsvariable hinzufügen möchten, klicken Sie auf Variable hinzufügen und geben Sie eine Schlüssel/Wert-Kombination an.
Beispiel:
_WORKFLOW_NAME
(Variable) undworkflows-gitops
(Wert)Klicken Sie auf Erstellen, um den Build-Trigger zu speichern.
Wenn Änderungen per Push an einen Workflow im angegebenen Zweig des Git-Repositorys übertragen werden, wird automatisch Cloud Build ausgelöst, um den Workflow bereitzustellen.
Weitere Informationen finden Sie unter Build-Trigger erstellen und verwalten.
Build-Trigger testen
Sie können den Build-Trigger und die Konfigurationsdatei aus den vorherigen Abschnitten testen.
Bearbeiten Sie im
staging
-Zweig des Git-Repositoriesworkflow.yaml
und ändern SieHello World
inBye World
:Führen Sie einen Commit durch und übertragen Sie die Änderung an den
staging
-Zweig.git add workflow.yaml git commit -m "Update workflow.yaml in staging" git push
Der Cloud Build-Trigger wird ausgeführt und ein Build wird gestartet.
Rufen Sie in der Google Cloud Console die Seite Build-Verlauf auf, um den Erfolg des Builds zu prüfen:
Sobald ein Build abgeschlossen ist, stellt Cloud Build einen allgemeinen Status für den Build und für jeden einzelnen Build-Schritt bereit. Weitere Informationen finden Sie unter Build-Ergebnisse ansehen.
Rufen Sie in der Google Cloud Console die Seite Workflows auf, um zu prüfen, ob ein Staging-Workflow bereitgestellt wurde:
Es sollte ein Workflow mit dem Namen
workflows-gitops-staging
aufgeführt sein.Wenn Sie den Staging-Workflow in der Produktionsumgebung bereitstellen möchten, führen Sie den
staging
-Zweig mit demmain
-Zweig zusammen:git checkout main git merge staging git push
Da
test-main.sh
Hello World
in der Ausgabe des Workflows erwartet, schlägt der Build fehl:Wenn Sie einen Produktions-Workflow erfolgreich bereitstellen möchten, bearbeiten Sie im
staging
-Zweig noch einmalworkflow.yaml
und ändern Sie den String wieder inHello World
.Führen Sie ein Commit für die Änderung aus und übertragen Sie sie per Push an den
staging
-Zweig. Führen Sie dann einen Zusammenführungsvorgang für denstaging
-Zweig mit demmain
-Zweig aus.Rufen Sie in der Google Cloud Console die Seite Workflows auf, um zu prüfen, ob ein Produktions-Workflow bereitgestellt wurde:
Es sollte ein Workflow mit dem Namen
workflows-gitops-main
aufgeführt sein.
Nächste Schritte
- Weitere Informationen zu Cloud Build
- Build-Fehler beheben
- Weitere Informationen zur Fehlerbehebung bei Workflows