Wählen Sie Ihre Cookie-Einstellungen aus

Wir verwenden essentielle Cookies und ähnliche Tools, die für die Bereitstellung unserer Website und Services erforderlich sind. Wir verwenden Performance-Cookies, um anonyme Statistiken zu sammeln, damit wir verstehen können, wie Kunden unsere Website nutzen, und Verbesserungen vornehmen können. Essentielle Cookies können nicht deaktiviert werden, aber Sie können auf „Anpassen“ oder „Ablehnen“ klicken, um Performance-Cookies abzulehnen.

Wenn Sie damit einverstanden sind, verwenden AWS und zugelassene Drittanbieter auch Cookies, um nützliche Features der Website bereitzustellen, Ihre Präferenzen zu speichern und relevante Inhalte, einschließlich relevanter Werbung, anzuzeigen. Um alle nicht notwendigen Cookies zu akzeptieren oder abzulehnen, klicken Sie auf „Akzeptieren“ oder „Ablehnen“. Um detailliertere Entscheidungen zu treffen, klicken Sie auf „Anpassen“.

Über den CodeBuild -hosted Runner GitLab

Fokusmodus
Über den CodeBuild -hosted Runner GitLab - AWS CodeBuild

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Im Folgenden finden Sie einige häufig gestellte Fragen zum CodeBuild -hosted Runner GitLab.

Welche Quelltypen werden für CodeBuild -hosted GitLab runners unterstützt?

CodeBuild-gehostete GitLab Runner werden nur für den GITLAB Quelltyp unterstützt. Der GITLAB_SELF_MANAGED Quelltyp wird derzeit nicht unterstützt.

Wann sollte ich die Bild- und Instanzüberschreibungen in das Label aufnehmen?

Sie können die Image- und Instanzüberschreibungen in das Label aufnehmen, um für jeden Ihrer GitLab CI/CD-Pipeline-Jobs eine andere Build-Umgebung anzugeben. Dies ist möglich, ohne dass mehrere CodeBuild Projekte oder Webhooks erstellt werden müssen.

Kann ich diese Funktion verwenden AWS CloudFormation ?

Ja, Sie können eine Filtergruppe in Ihre AWS CloudFormation Vorlage aufnehmen, die einen GitLab Workflow-Job-Event-Filter in Ihrem Projekt-Webhook spezifiziert.

Triggers: Webhook: true FilterGroups: - - Type: EVENT Pattern: WORKFLOW_JOB_QUEUED

Weitere Informationen finden Sie unter GitLab Webhook-Ereignisse filtern ()AWS CloudFormation.

Wenn Sie Hilfe beim Einrichten von Projektanmeldedaten in Ihrer AWS CloudFormation Vorlage benötigen, finden Sie weitere Informationen unter AWSCodeBuild:::: SourceCredential im AWS CloudFormation Benutzerhandbuch.

Wie kann ich Geheimnisse maskieren, wenn ich diese Funktion verwende?

Standardmäßig werden Geheimnisse, die im Protokoll gedruckt werden, nicht maskiert. Wenn Sie Ihre Geheimnisse maskieren möchten, können Sie dies tun, indem Sie die Einstellungen Ihrer CI/CD-Umgebungsvariablen aktualisieren:

Um Geheimnisse zu maskieren in GitLab
  1. Wählen Sie in Ihren GitLab Einstellungen CI/CD.

  2. Wählen Sie unter Variablen die Option Bearbeiten für das Geheimnis, das Sie maskieren möchten.

  3. Wählen Sie unter Sichtbarkeit die Option Maskenvariable und dann Variable aktualisieren aus, um Ihre Änderungen zu speichern.

Kann ich GitLab Webhook-Ereignisse von mehreren Projekten innerhalb einer einzigen Gruppe erhalten?

CodeBuild unterstützt Gruppen-Webhooks, die Ereignisse von einer bestimmten GitLab Gruppe empfangen. Weitere Informationen finden Sie unter GitLab Gruppen-Webhooks.

Kann ich einen Job im Docker Executor für den selbstverwalteten Runner ausführen? Ich möchte beispielsweise einen Pipeline-Job auf einem bestimmten Image ausführen, um dieselbe Build-Umgebung in einem separaten und isolierten Container aufrechtzuerhalten.

Sie können den GitLab selbstverwalteten Runner CodeBuild mit einem bestimmten Image ausführen, indem Sie das Projekt mit einem benutzerdefinierten Image erstellen oder das Image in Ihrer .gitlab-ci.yml Datei überschreiben.

Mit welchem Executor läuft der selbstverwaltete Runner? CodeBuild

Der selbstverwaltete Runner-In CodeBuild wird mit dem Shell-Executor ausgeführt, wobei der Build lokal zusammen mit dem GitLab Runner ausgeführt wird, der im Docker-Container ausgeführt wird.

Kann ich Buildspec-Befehle zusammen mit dem selbstverwalteten Runner bereitstellen?

Ja, es ist möglich, Buildspec-Befehle zusammen mit dem selbstverwalteten Runner hinzuzufügen. Sie können die Datei buildspec.yml in Ihrem GitLab Repository bereitstellen und das Tag im Abschnitt „Tags“ des buildspec-override:true Jobs verwenden. Weitere Informationen finden Sie unter Dateiname der Build-Spezifikation und Speicherort.

In welchen Regionen wird die Verwendung eines -gehosteten Runners unterstützt? CodeBuild GitLab

CodeBuild-gehostete GitLab Läufer werden in allen CodeBuild Regionen unterstützt. Weitere Informationen darüber, AWS-Regionen wo CodeBuild es verfügbar ist, findest du unter AWS Dienste nach Regionen.

Welche Plattformen unterstützen die Verwendung eines CodeBuild -gehosteten GitLab Runners?

CodeBuild-gehostete GitLab Runner werden sowohl auf Amazon als auch auf EC2 AWS LambdaCompute unterstützt. Sie können die folgenden Plattformen verwenden: Amazon Linux 2, Amazon Linux 2023, Ubuntu und Windows Server Core 2019. Weitere Informationen erhalten Sie unter EC2Bilder berechnen und Lambda-Computing-Bilder.

DatenschutzNutzungsbedingungen für die WebsiteCookie-Einstellungen
© 2025, Amazon Web Services, Inc. oder Tochtergesellschaften. Alle Rechte vorbehalten.