Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

À propos du CodeBuild-hosted GitLab coureur

Voici quelques questions fréquemment posées à propos du CodeBuild-hosted GitLab coureur.

Quels types de sources sont pris en charge pour CodeBuild-hosted GitLab les coureurs ?

CodeBuild-hosted GitLab les coureurs sont pris en charge pour le type de GITLAB_SELF_MANAGED source GITLAB et.

Quand dois-je inclure les remplacements d'image et d'instance dans l'étiquette ?

Vous pouvez inclure les remplacements d'image et d'instance dans l'étiquette afin de spécifier un environnement de génération différent pour chacune de vos tâches de GitLab CI/CD pipeline. Cela peut être fait sans qu'il soit nécessaire de créer plusieurs CodeBuild projets ou webhooks.

Puis-je utiliser CloudFormation pour cette fonctionnalité ?

Oui, vous pouvez inclure un groupe de filtres dans votre CloudFormation modèle qui spécifie un filtre d'événements de GitLab tâches de flux de travail dans le webhook de votre projet.

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

Pour de plus amples informations, veuillez consulter Filtrer les événements du GitLab webhook (CloudFormation).

Si vous avez besoin d'aide pour configurer les informations d'identification du projet dans votre CloudFormation modèle, consultez AWS::CodeBuild : : SourceCredential dans le Guide de AWS CloudFormation l'utilisateur pour plus d'informations.

Comment puis-je masquer des secrets lors de l'utilisation de cette fonctionnalité ?

Par défaut, les secrets imprimés dans le journal ne sont pas masqués. Si vous souhaitez masquer vos secrets, vous pouvez le faire en mettant à jour les paramètres de vos variables d' CI/CD environnement :

Puis-je recevoir des événements GitLab Webhook provenant de plusieurs projets au sein d'un même groupe ?

CodeBuild prend en charge les webhooks de groupe, qui reçoivent des événements d'un GitLab groupe spécifié. Pour de plus amples informations, veuillez consulter GitLab webhooks de groupe.

Puis-je exécuter une tâche dans Docker Executor pour le coureur autogéré ? Par exemple, je souhaite exécuter une tâche de pipeline sur une image spécifique afin de conserver le même environnement de génération dans un conteneur séparé et isolé.

Vous pouvez exécuter le runner GitLab autogéré CodeBuild avec une image spécifique en créant le projet avec une image personnalisée ou en remplaçant l'image de votre .gitlab-ci.yml fichier.

Avec quel exécuteur testamentaire se présente le coureur autogéré CodeBuild  ?

Le runner autogéré CodeBuild s'exécute avec l'exécuteur shell, où la compilation s'exécute localement avec le GitLab moteur d'exécution qui s'exécute dans le conteneur Docker.

Puis-je fournir des commandes buildspec avec le runner autogéré ?

Oui, il est possible d'ajouter des commandes buildspec avec un runner autogéré. Vous pouvez fournir le fichier buildspec.yml dans votre GitLab référentiel et utiliser la buildspec-override:true balise dans la section Tags de la tâche. Pour de plus amples informations, veuillez consulter Nom de fichier buildspec et emplacement de stockage.

Quelles régions acceptent l'utilisation d'un CodeBuild-hosted GitLab coureur ?

CodeBuild-hosted GitLab les coureurs sont pris en charge dans toutes les CodeBuild régions. Pour plus d'informations sur les Régions AWS lieux CodeBuild de disponibilité, consultez la section AWS Services par région.

Quelles plateformes prennent en charge l'utilisation d'un CodeBuild-hosted GitLab coureur ?

CodeBuild-hosted GitLab les coureurs sont pris en charge à la fois sur Amazon EC2 et AWS Lambda Compute. Vous pouvez utiliser les plateformes suivantes : Amazon Linux 2, Amazon Linux 2023, Ubuntu et Windows Server Core 2019. Pour plus d’informations, consultez images de calcul EC2 et Images de calcul Lambda.