Mit Cloud Build können Sie Verbindungen zu Quellcode-Repositories über die Google Cloud Console 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 Repositories zusätzlich programmatisch ohne die Google Cloud Konsole und unabhängig ohne Trigger konfigurieren.
Auf dieser Seite finden Sie einen Überblick über Cloud Build-Repositories: Cloud Build-Repositories (1. Generation), Cloud Build-Repositories (2. Generation) und über Developer Connect verknüpfte Repositories.
Cloud Build-Repositories (1. Generation)
Cloud Build-Repositories (1. Generation) bieten Flexibilität, da Sie Verbindungen zu mehreren Anbietern von Quellcodeverwaltung erstellen können:
Sie können Repositories auch aus GitLab und Bitbucket Cloud mit Webhook-Ereignissen erstellen.
Sie müssen eine Hostverbindung erstellen, bevor Sie Repositories verknüpfen, wenn Sie die Integration 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, über ein Pub/Sub-Thema; oder über ein eingehendes Webhook-Ereignis aufrufen.
Die Terraform-Unterstützung und die Einrichtung von Verbindungen 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 Secret Manager-Secrets aus dieser Verbindung verwenden, um programmatisch zusätzliche Verbindungen über Regionen und Projekte hinweg einzurichten. Sie können Verbindungen auch mit Terraform einrichten, zusätzlich zurGoogle Cloud -Konsole, dem gcloud
-Befehlszeilentool und der API. Wenn Sie Cloud Build-Repositories (2. Generation) verwenden, müssen Sie eine Hostverbindung erstellen, bevor Sie Repositories verknüpfen.
Cloud Build-Repositories (2. Generation) können mit den folgenden Anbietern verwendet werden:
Sie können Builds für Commits und Pull-Anfragen auslösen. Sie können Builds auch manuell, über ein Pub/Sub-Thema oder bei einem eingehenden Webhook-Ereignis aufrufen.
Cloud Build-Repositories für Developer Connect
Mit Developer Connect können Sie Nicht-Google-Produkte oder Nicht-Google-Entwicklertools über standardisierte Schritte und Apps mit Google Cloud verbinden. Sie können Cloud Build so konfigurieren, dass ein Repository mit einer Developer Connect-Hostverbindung verknüpft wird. Anschließend können Sie Trigger erstellen, um Builds aus den verknüpften Repositories zu erstellen. Sie können Builds für Commits und Pull-Anfragen auslösen.
Developer Connect kann eine Verbindung zu Repositories der folgenden Anbieter herstellen:
Weitere Informationen zu Developer Connect finden Sie in der Übersicht über Developer Connect.
Funktionen von Cloud Build-Repositories
In der folgenden Tabelle sind die Funktionen aufgeführt, die mit Cloud Build-Repositories der 1. und 2. Generation sowie mit über Developer Connect verknüpften Repositories verknüpft sind.
Funktionen | Cloud Build-Repositories (1. Generation) | Cloud Build-Repositories (2. Generation) | Developer Connect-Repositories |
---|---|---|---|
Sie können Builds als Reaktion auf Branch-Pushes, Tag-Pushes oder Pull-Anfrage-Ereignisse erstellen. | Ja | Ja | Ja |
Sie können einen manuellen Trigger erstellen. | Ja | Ja | Nein |
Sie können einen Pub/Sub-Trigger erstellen. | Ja | Ja | Nein |
Sie können einen Webhook-Trigger erstellen. | Ja | Ja | Nein |
Sie können eine einzelne Verbindung für ein Repository erstellen und die Authentifizierung aus dieser Verbindung verwenden, um zusätzliche Verbindungen einzurichten. | Nein | Ja | Ja |
Sie können Repositories von GitHub und GitHub Enterprise verbinden. | Ja | Ja | Ja |
Sie können Repositories von GitLab und GitLab Enterprise Edition verbinden. | Nein | Ja | Ja |
Sie können Repositories aus Bitbucket Data Center und Bitbucket Cloud verbinden. | Ja | Ja | Ja |
Sie können Repositories aus Cloud Source Repositories verbinden. | Ja | Nein | Nein |
Sie können Repositories verknüpfen, ohne eine Hostverbindung zu erstellen | Ja | Nein | Nein |
Sie können Repository-Verbindungen mit gcloud erstellen. | Nein | Ja | Ja |
Repository-Verbindungen mit Terraform erstellen und automatisieren | Nein | Ja, mit Ausnahme von Bitbucket Data Center und Bitbucket Cloud | Nein |
Ihre Hostverbindungen und Link-Repositories müssen sich in einer bestimmten Region befinden. | Nein | Ja | Ja |
Repositories als Abhängigkeiten angeben
Standardmäßig wird eines der folgenden Elemente als Repository für den Build verwendet:
Das Repository, das einen Build auslöst, wenn Sie einen Trigger verwenden
Das Repository, das Sie mit
gcloud builds submit
angeben
Sie können jedoch Repositories explizit als Abhängigkeiten angeben, einschließlich der Hauptquellcode-Repositories und aller anderen, von denen Ihr Build abhängt.
GitLab auf Google Cloud
Wenn Sie GitLab als Quellcode-Repository verwenden, können Sie auch GitLab Continuous Integration (CI) und von Google verwaltete GitLab CI/CD-Komponenten in GitLab-Pipelines verwenden, um Ihre Arbeitslasten für Google Cloudzu erstellen und bereitzustellen.
End-to-End-Anleitung zur Verwendung von GitLab mit Google Cloud
Weitere Informationen finden Sie in der Übersicht zu GitLab auf 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
- GitLab Enterprise Edition-Host verbinden
- Repository für GitLab Enterprise Edition verbinden
- Code in Quell-Repositories manuell erstellen
- Builds als Reaktion auf Webhook-Ereignisse automatisieren
- Builds als Reaktion auf Pub/Sub-Ereignisse automatisieren