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 coureur hébergé GitLab

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

Quels types de sources sont pris en charge pour les GitLab coureurs CodeBuild hébergés ?

CodeBuild GitLab -les coureurs hébergés ne sont pris en charge que pour le type de GITLAB source. Le type de GITLAB_SELF_MANAGED source n'est actuellement pas pris en charge.

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 construction différent pour chacune de vos tâches de pipeline GitLab CI/CD. Cela peut être fait sans qu'il soit nécessaire de créer plusieurs CodeBuild projets ou webhooks.

Puis-je utiliser AWS CloudFormation cette fonctionnalité ?

Oui, vous pouvez inclure un groupe de filtres dans votre AWS CloudFormation modèle qui spécifie un GitLab filtre d'événements 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 ()AWS CloudFormation.

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

Comment 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'environnement CI/CD :

Puis-je recevoir des événements GitLab webhook issus 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 runner 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 construction dans un conteneur séparé et isolé.

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

Avec quel exécuteur testamentaire CodeBuild court le coureur autogéré ?

Le lanceur autogéré CodeBuild s'exécute avec l'exécuteur shell, où le build s'exécute localement avec le GitLab lanceur 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 dépôt 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 sont les régions où l'utilisation d'un GitLab coureur CodeBuild hébergé est prise en charge ?

CodeBuild GitLab -les coureurs hébergés sont soutenus dans toutes les CodeBuild régions. Pour plus d'informations sur Régions AWS les CodeBuild zones disponibles, consultez la section AWS Services par région.

Quelles plateformes prennent en charge l'utilisation d'un CodeBuild GitLab coureur hébergé ?

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