Repositories aus GitLab erstellen

Google Cloud Console

So erstellen Sie GitLab-Trigger mit der Google Cloud Console:

1. Seite "Trigger" aufrufen

   Seite "Trigger" aufrufen

2. Wählen Sie oben auf der Seite Ihr Google Cloud -Projekt aus und klicken Sie auf Öffnen.

3. Klicken Sie auf Trigger erstellen.

4. Geben Sie die folgenden Triggereinstellungen ein:

   • Name: Ein Name für Ihren Trigger

   • Region: Wählen Sie die Region für Ihren Trigger aus.

     • Wenn in der mit dem Trigger verknüpften Build-Konfigurationsdatei ein privater Pool angegeben ist, verwendet Cloud Build den privaten Pool zum Ausführen des Builds. 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 Standard pool, um den Build in derselben Region wie den Trigger auszuführen.

   • Beschreibung Optional: Eine Beschreibung für Ihren Trigger.

   • Ereignis: Wählen Sie das Repository-Ereignis aus, um den Trigger aufzurufen.

     • 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 so fest, dass ein Build für Commits zu einer Merge-Anfrage gestartet wird.

   • Quelle: Konfigurieren Sie Informationen zu Ihrem GitLab-Repository:

     • Repository-Dienst: Wählen Sie Cloud Build aus.

     • Repository-Generation: Wählen Sie 2. Generation als Quelle aus.

     • Repository: Wählen Sie in der Liste der verfügbaren Repositories das Repository aus.

     • 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 steuern, ob ein Build automatisch vom Trigger ausgeführt wird:

       • Erforderlich außer für Inhaber und Mitbearbeiter: Wenn ein Pull-Request von einem Repository-Inhaber oder Mitbearbeiter erstellt oder aktualisiert wird, werden Builds automatisch durch den Trigger ausgeführt. Wenn ein externer Mitwirkender die Aktion initiiert, werden Builds erst ausgeführt, nachdem ein Inhaber oder Mitbearbeiter /gcbrun in der Pull-Anfrage kommentiert hat.

       • Erforderlich: Wenn eine Pull-Anfrage von einem beliebigen Mitwirkenden erstellt oder aktualisiert wird, werden Builds erst ausgeführt, nachdem ein Inhaber oder Mitbearbeiter /gcbrun in der Pull-Anfrage kommentiert hat. Builds werden jedes Mal ausgeführt, wenn eine Änderung an einer Pull-Anfrage vorgenommen wird.

       • Nicht erforderlich: Wenn eine Pull-Anfrage von einem beliebigen Mitwirkenden erstellt oder aktualisiert wird, werden Builds automatisch durch Trigger ausgeführt.

   • Konfiguration: Wählen Sie die Build-Konfigurationsdatei in Ihrem Repository aus oder konfigurieren Sie den Build inline im 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 Dockerfile und den Image-Namen angegeben haben, sehen Sie eine Vorschau des Befehls docker build, den Ihr Build ausführen wird.

       • 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 Ihre Build-Konfigurationsdatei in der YAML- oder JSON-Syntax in derGoogle Cloud console zu schreiben. Klicken Sie auf Fertig, um die Build-Konfiguration zu speichern.

5. Klicken Sie auf Erstellen, um den GitLab Enterprise Edition-Trigger zu erstellen.

gcloud-CLI

Führen Sie den folgenden Befehl aus, um GitLab-Trigger mit gcloud-Befehlen zu erstellen:

    gcloud builds triggers create gitlab \
      --name=TRIGGER_NAME \
      --repository=projects/PROJECT_ID/locations/REGION/connections/CONNECTION_NAME/repositories/REPO_NAME \
      --branch-pattern=BRANCH_PATTERN # or --tag-pattern=TAG_PATTERN \
      --build-config=BUILD_CONFIG_FILE \
      --region=REGION \
      --service-account=SERVICE-ACCOUNT

Wobei:

• TRIGGER_NAME ist der Name des Triggers.
• PROJECT_ID ist die Google Cloud -Projekt-ID.
• REGION ist die Region Ihres Triggers.
• CONNECTION_NAME ist der Name Ihrer GitLab-Verbindung.
• REPO_NAME ist der Name Ihres Repositorys
• BRANCH_PATTERN ist der Zweigname in Ihrem Repository, für den der Build aufgerufen werden soll.
• TAG_PATTERN ist der Tag-Name in Ihrem Repository, mit dem der Build aufgerufen werden soll.
• BUILD_CONFIG_FILE ist der Pfad zu Ihrer Build-Konfigurationsdatei.
• SERVICE-ACCOUNT ist das Dienstkonto, das für Trigger- und Build-Vorgänge verwendet werden soll.

API

Wenn Sie einen GitLab-Trigger mit der API erstellen möchten, verwenden Sie die folgende JSON-Vorlage:

{
    "filename": "cloudbuild.yaml",
    "name": "curl-trigger",
    "description": "curl trigger",
    "repository_event_config": {
      "repository": "REPO_NAME",
      "repository_type": "GITLAB",
      // Field filter must be only one of the following:
      "pullRequest": "PULL_REQUEST_FILTER",
      "push": "PUSH_FILTER"
    }
}

Wobei:

• REPO_NAME ist der Name der Repository-Verbindung, die Sie in Cloud Build konfiguriert haben.
• „PULL_REQUEST_FILTER“ ist eine Instanz von PullRequestFilter, die den Filter definiert, mit dem Cloud Build einen Build auslösen kann, wenn in GitLab eine passende Pull-Anfrage gestellt wird.
• „PUSH_FILTER“ ist eine Instanz von PushFilter, die den Filter definiert, mit dem Cloud Build einen Build auslösen kann, wenn ein passender Push in GitLab erfolgt.

Geben Sie den folgenden curl-Befehl in Ihr Terminal ein:

  curl -X POST -H "Authorization: Bearer "$(gcloud auth print-access-token) -H "Content-Type: application/json; charset=utf-8" -H "x-goog-user-project: PROJECT_NUMBER" https://cloudbuild.googleapis.com/v1/projects/PROJECT_ID/triggers -d @trigger.json

Wobei:

• PROJECT_NUMBER ist Ihre Google Cloud Projektnummer.
• PROJECT_ID ist die Google Cloud -Projekt-ID.