Diese Seite wurde von der Cloud Translation API übersetzt.

Repositories aus Bitbucket Cloud erstellen

Mit Cloud Build können Sie Trigger erstellen, um Builds aus Repositories zu erstellen gehostet in Bitbucket Cloud mit denen Sie Builds als Reaktion auf Ereignisse wie Commit-Pushes oder Zusammenführungsanfragen, die mit Ihrem Bitbucket Cloud-Repository verknüpft sind.

Auf dieser Seite wird erläutert, wie Sie die Triggerfunktion Bitbucket Cloud-Instanz. Weitere Informationen über Cloud Build-Trigger und Cloud Build-Repositories.

Hinweise

Enable the Cloud Build and Secret Manager APIs.
Enable the APIs

Folgen Sie der Anleitung zum Verbinden eines Bitbucket-Cloud-Hosts.
Folgen Sie der Anleitung unter Verbindung mit einem Bitbucket Cloud-Repository herstellen.

Bitbucket Cloud-Trigger erstellen

So erstellen Sie einen Bitbucket Cloud-Trigger:

Console

Seite "Trigger" aufrufen

Seite "Trigger" aufrufen
Wählen Sie Ihr Google Cloud-Projekt aus und klicken Sie auf Öffnen.
Klicken Sie auf Trigger erstellen.
Geben Sie die folgenden Triggereinstellungen ein:
- Name: Ein Name für Ihren Trigger
- Region: Wählen Sie die Region für den Trigger aus.
  - Wenn in der Build-Konfigurationsdatei, die mit dem Trigger verknüpft ist, ein privater Pool angegeben ist, verwendet Cloud Build den privaten Pool, um den Build auszuführen. In diesem Fall muss die Region, die Sie in Ihrem Trigger angeben, mit der Region übereinstimmen, in der Sie Ihren privaten Pool erstellt haben.
  - Wenn in der mit dem Trigger verknüpften Build-Konfigurationsdatei kein privater Pool angegeben ist, verwendet Cloud Build den Standardpool, um den Build in derselben Region wie der Trigger auszuführen.
- Beschreibung Optional: Eine Beschreibung für Ihren Trigger.
- Ereignis: Wählen Sie das Repository-Ereignis aus, das den Trigger auslösen soll.
  - Push zu Zweig: Legen Sie den Trigger so fest, dass ein Build für Commits zu einem bestimmten Zweig gestartet wird.
  - Neues Tag mit Push übertragen: Legen Sie den Trigger so fest, dass ein Build für Commits gestartet wird, die ein bestimmtes Tag enthalten.
  - Pull-Anfrage: Legen Sie den Trigger zum Starten eines Builds fest. zu Commits zu einer Pull-Anfrage.
- Quelle: Wählen Sie 2nd gen als Quelle aus.
  
  Hinweis: Die Region Ihres Repositories muss mit der Region Ihres Triggers übereinstimmen.
  - Repository: Wählen Sie aus der Liste der verfügbaren Repositories das gewünschte Repository aus. Informationen zum Verbinden eines neuen Repositorys finden Sie unter Verbindung zu einem Bitbucket herstellen Cloud Repository
  - Zweig oder Tag: Geben Sie einen regulären Ausdruck mit dem abzugleichenden Zweig- oder Tag-Wert an. Informationen zur zulässigen Syntax für reguläre Ausdrücke finden Sie unter RE2-Syntax.
  - Kommentarsteuerung: Wenn Sie Pull-Anfrage als Ereignis ausgewählt haben, wählen Sie eine der folgenden Optionen aus, um zu kontrollieren, ob ein Build automatisch vom Trigger ausgeführt wird:
    
    Warnung: Jeder Nutzer mit Lesezugriff auf das Repository kann eine Pull-Anfrage senden. Diese kann einen Build ausführen, der Änderungen am Quellcode in der Pull-Anfrage enthält. Wenn Sie dieses Verhalten deaktivieren möchten, sollten Sie manuelle Genehmigungen verwenden. So können Sie Builds sperren, wenn Pull-Anfragen an öffentliche Repositories gesendet werden. Weitere Informationen zu den Build-Berechtigungen von Triggern
    - Erforderlich, außer für Inhaber und Mitbearbeiter: Wenn eine Pull-Anfrage von einem Repository-Inhaber oder Mitbearbeiter erstellt oder aktualisiert wird, werden Builds automatisch vom Trigger ausgeführt. Wenn ein externer Mitwirkender die Aktion initiiert, werden Builds nur ausgeführt, nachdem ein Inhaber oder Mitbearbeiter /gcbrun zur Pull-Anfrage kommentiert hat.
    - Erforderlich: Wenn eine Pull-Anfrage von einem Mitwirkenden erstellt oder aktualisiert wird, werden Builds erst ausgeführt, nachdem ein Inhaber oder Mitbearbeiter /gcbrun zu der Pull-Anfrage kommentiert hat. Kreationen werden bei jeder Änderung an einer Pull-Anfrage ausgeführt.
    - Nicht erforderlich: Wenn eine Pull-Anfrage von einem Mitwirkenden erstellt oder aktualisiert wird, werden Builds automatisch durch Trigger ausgeführt.
- Konfiguration: Wählen Sie die Build-Konfigurationsdatei aus, die sich im Ihr Repository oder konfigurieren Sie Ihren Build inline den Trigger.
- Typ: Wählen Sie den Konfigurationstyp aus, der für Ihren Build verwendet werden soll.
  - Cloud Build-Konfigurationsdatei (YAML oder JSON): Verwenden Sie eine Build-Konfigurationsdatei für Ihre Konfiguration.
  - Dockerfile: Verwenden Sie für Ihre Konfiguration eine Dockerfile.
- Speicherort: Geben Sie den Speicherort für Ihre Konfiguration an.
  - Repository: Wenn sich die Konfigurationsdatei in Ihrem Repository befindet, geben Sie den Speicherort Ihrer Build-Konfigurationsdatei oder des Dockerfile-Verzeichnisses und einen Namen für das resultierende Image an. Wenn Ihre Konfiguration eine Dockerfile ist, können Sie optional ein Zeitlimit für Ihren Build angeben. Wenn Sie die Dockerfile und den Image-Namen angegeben haben, wird eine Vorschau des Befehls docker build für Ihren Build.
  - Inline: Wenn Sie die Cloud Build-Konfigurationsdatei (YAML oder JSON) als Konfigurationsoption ausgewählt haben, können Sie die Build-Konfiguration inline angeben. Klicken Sie auf Editor öffnen, um die Build-Konfigurationsdatei in den Google Cloud Console mit YAML- oder JSON-Syntax Klicken Sie auf Fertig, um die Build-Konfiguration zu speichern.
    
    Hinweis: Inline-Build-Konfiguration wird nicht unterstützt. für Dockerfile.
Klicken Sie auf Erstellen, um den Bitbucket Cloud-Trigger zu erstellen.

gcloud

Erstellen Sie mit dem folgenden Befehl einen Trigger für ein Repository-Push-Ereignis:

gcloud builds triggers create bitbucket-cloud \
    --name=TRIGGER_NAME \
    --repository=\
    projects/PROJECT_ID/locations/REGION/connections/CONNECTION_NAME/repositories/REPO_NAME \
    --branch-pattern=".*" --build-config="CONFIG_NAME" \
    --region=REGION

Wobei:

TRIGGER-NAME ist der Name, den Sie dem Build-Trigger geben möchten.
PROJECT_ID ist Ihre Google Cloud-Projekt-ID.
REGION ist die Region für den Trigger.
CONNECTION_NAME ist der Name Ihrer Hostverbindung.
REPO_NAME ist der Name Ihres verbundenen Repositorys. in Bitbucket Cloud.
CONFIG_NAME ist der Name Ihres Konfigurationsschemas. -Datei.

Nach dem Erstellen des Triggers überwacht Cloud Build alle Push-Ereignisse in allen Zweigen. Wenn Sie ein Commit per Push in das Repository übertragen, lautet der Trigger aufgerufen wird. Sie können sich die Build-Ergebnisse auf der Seite Build-Verlauf ansehen.

Mit den von Cloud Build an Bitbucket Cloud gesendeten Daten können Sie nach Name ausgelöst und Build-Ergebnisse für Ihre Bitbucket Cloud-Repositories angezeigt werden.

Die folgenden Daten werden von Cloud Build und Ihrem Bitbucket gemeinsam verwendet Cloud-Host:

Google Cloud-Projekt-ID
Triggername