Mit Cloud Build können Sie über die Google Cloud Console Verbindungen zu Quellcode-Repositories erstellen und verwalten. Sie können Verbindungen mit Cloud Build-Repositories (1. Generation) oder Cloud Build-Repositories (2. Generation) erstellen und verwalten. Mit Cloud Build-Repositories (2. Generation) können Sie außerdem Repositories programmatisch ohne die Google Cloud Console und unabhängig und ohne Trigger konfigurieren.
Diese Seite bietet eine Übersicht über Cloud Build-Repositories: Cloud Build-Repositories (1. Generation) und Cloud Build-Repositories (2. Generation).
Cloud Build-Repositories (1. Generation)
Cloud Build-Repositories (1. Generation) bieten Flexibilität, da Sie damit Verbindungen zu mehreren Anbietern der Quellcodeverwaltung herstellen können:
Sie können auch Repositories aus GitLab und Bitbucket Cloud mithilfe von Webhook-Ereignissen erstellen.
Sie müssen eine Hostverbindung herstellen, bevor Sie Repositories verknüpfen, wenn Sie die Einbindung von GitHub Enterprise, GitLab Enterprise Edition, Bitbucket Server oder Bitbucket Data Center verwenden.
Sie können nicht regionale (global
) oder regionale Trigger erstellen. Sie können Builds auch manuell, für ein Pub/Sub-Thema oder für ein eingehendes Webhook-Ereignis aufrufen.
Die Unterstützung von Terraform und die Einrichtung der Verbindung mit dem gcloud
-Befehlszeilentool sind für Cloud Build-Repositories (1. Generation) nicht verfügbar.
Cloud Build-Repositories (2. Generation)
Mit Cloud Build-Repositories (2. Generation) können Sie Repository-Verbindungen programmatisch erstellen und verwalten. Sie können eine einzelne Verbindung für ein Repository einrichten und Authentifizierungsdaten aus dieser Verbindung verwenden, um programmatisch zusätzliche Verbindungen zwischen Regionen und Projekten hinweg einzurichten. Neben der Google Cloud Console, dem gcloud
-Befehlszeilentool und der API können Sie auch Verbindungen mit Terraform einrichten. Sie müssen eine Hostverbindung erstellen, bevor Sie Repositories verknüpfen, wenn Sie Cloud Build-Repositories (2. Generation) verwenden.
Cloud Build-Repositories (2. Generation) können mit den folgenden Anbietern verwendet werden:
Sie können Builds für Commits und Pull-Anfragen aufrufen. Sie können Builds auch manuell, für ein Pub/Sub-Thema oder für ein eingehendes Webhook-Ereignis aufrufen.
Cloud Build-Repositories (1. Generation) und Cloud Build-Repositories (2. Generation)
In der folgenden Tabelle werden die Funktionen beschrieben, die mit Cloud Build-Repositories (1. Generation) und Cloud Build-Repositories (2. Generation) verbunden sind.
Leistungsspektrum | Cloud Build-Repositories (1. Generation) | Cloud Build-Repositories (2. Generation) |
---|---|---|
Sie können Builds als Reaktion auf Zweig-Push-, Tag-Push- oder Pull-Anfrageereignisse ausführen. | Yes | Yes |
Sie können einen manuellen Trigger erstellen, | Yes | Yes |
Sie können einen Pub/Sub-Trigger erstellen | Yes | Yes |
Sie können einen Webhook-Trigger erstellen | Yes | Yes |
Sie können eine einzelne Verbindung für ein Repository erstellen und die Authentifizierung über diese Verbindung zum Einrichten zusätzlicher Verbindungen verwenden | Nein | Yes |
Sie können Repositories über GitHub und GitHub Enterprise verbinden | Yes | Yes |
Sie können Repositories über GitLab und GitLab Enterprise Edition verbinden | Nein | Yes |
Sie können Repositories über Bitbucket Data Center und Bitbucket Server verbinden | Yes | Nein |
Sie können Repositories über Cloud Source Repositories verbinden | Yes | Nein |
Sie können Repositories verknüpfen, ohne eine Hostverbindung herzustellen | Yes | Nein |
Sie können Repository-Verbindungen mit gcloud erstellen | Nein | Yes |
Mit Terraform können Sie Repository-Verbindungen erstellen und automatisieren | Nein | Ja, mit Ausnahme von Bitbucket Data Center und Bitbucket Cloud |
Ihre Hostverbindungen und Link-Repositories müssen in einer bestimmten Region vorhanden sein | Nein | Yes |
GitLab in Google Cloud
Wenn Sie GitLab als Quellcode-Repository verwenden, können Sie auch die Continuous Integration (CI) von GitLab und von Google verwaltete GitLab CI/CD-Komponenten in GitLab-Pipelines verwenden, um Ihre Arbeitslasten in Google Cloud zu erstellen und bereitzustellen.
End-to-End-Anleitung zur Verwendung von GitLab mit Google Cloud ausprobieren
Weitere Informationen finden Sie in der Übersicht zu GitLab on Google Cloud.
Nächste Schritte
- GitHub-Host und -Repository verbinden
- GitHub Enterprise-Host verbinden
- GitHub Enterprise-Repository verbinden
- Informationen zum Verbinden eines GitLab-Hosts
- Informationen zum Verbinden eines GitLab-Repositorys
- Informationen zum Verbinden eines GitLab Enterprise Edition-Hosts
- Informationen zum Verbinden eines GitLab Enterprise Edition-Repositorys
- Code manuell in Quell-Repositories erstellen
- Builds als Reaktion auf Webhook-Ereignisse automatisieren
- Builds als Reaktion auf Pub/Sub-Ereignisse automatisieren