Conexiones para GitLab autogestión - AWS CodePipeline

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Conexiones para GitLab autogestión

Las conexiones le permiten autorizar y establecer configuraciones que asocian a su proveedor externo con sus AWS recursos. Para asociar su repositorio de terceros como origen de su canalización, debe usar una conexión.

nota

Esta función no está disponible en las regiones Asia Pacífico (Hong Kong), Asia Pacífico (Hyderabad), Asia Pacífico (Yakarta), Asia Pacífico (Melbourne), Asia Pacífico (Osaka), África (Ciudad del Cabo), Oriente Medio (Bahréin), Oriente Medio (), Oriente Medio (UAE), Europa (España), Europa (Zúrich), Israel (Tel Aviv) o AWS GovCloud (EE. UU. Oeste). Para hacer referencia a otras acciones disponibles, consulte Integraciones de productos y servicios con CodePipeline. Para ver consideraciones sobre esta acción en la región de Europa (Milán), consulte la nota que aparece en CodeStarSourceConnection para Bitbucket Cloud GitHub, GitHub Enterprise Server, GitLab .com y acciones GitLab autogestionadas.

Para añadir una acción de origen GitLab autogestionada CodePipeline, puedes elegir entre las siguientes opciones:

nota

También puede crear una conexión mediante la consola de Herramientas para desarrolladores, en Configuración. Consulte Crear una conexión.

Antes de empezar

  • Debe haber creado ya una cuenta GitLab y disponer de GitLab Enterprise Edition o GitLab Community Edition con una instalación autogestionada. Para obtener más información, consulte https://docs.gitlab.com/ee/subscriptions/self_managed/.

    nota

    Las conexiones solo dan acceso a la cuenta que se utilizó para crear y autorizar la conexión.

    nota

    Puede crear conexiones a un repositorio en el que tenga el rol de propietario y GitLab, a continuación, utilizar la conexión con recursos como. CodePipeline En el caso de los repositorios en grupos, no es necesario que sea el propietario del grupo.

  • Debe haber creado ya un token de acceso GitLab personal (PAT) únicamente con el siguiente permiso limitado: api. Para obtener más información, consulta user/profile/personal_access_tokens.html. https://docs.gitlab.com/ee/ Debe ser administrador para crear y usar elPAT.

    nota

    PATEl suyo se utiliza para autorizar el host y las conexiones no lo almacenan ni utilizan de ningún otro modo. Para configurar un host, puede crear uno temporal PAT y, después de configurarlo, puede eliminarloPAT.

  • Puede elegir configurar el host con antelación. Puede configurar un anfitrión con o sin unVPC. Para obtener detalles sobre VPC la configuración e información adicional sobre la creación de un host, consulte Crear un host.

Cree una conexión GitLab autogestionada (consola)

Sigue estos pasos para usar la CodePipeline consola y añadir una acción de conexión a tu repositorio GitLab autogestionado.

nota

GitLab Las conexiones autogestionadas solo proporcionan acceso a los repositorios propiedad de la cuenta GitLab autogestionada que se utilizó para crear la conexión.

Antes de empezar

Para que una conexión de host se GitLab administre automáticamente, debe haber completado los pasos para crear un recurso de host para su conexión. Consulte Administrar hosts para conexiones.

Paso 1: Crear o editar la canalización

Para crear o editar la canalización
  1. Inicie sesión en la CodePipeline consola.

  2. Elija una de las siguientes opciones.

    • Elija Crear canalización. Siga los pasos de Crear una canalización para completar la primera pantalla y seleccione Siguiente. En la página Fuente, en Proveedor de fuentes, selecciona GitLab Autogestionable.

    • Elija editar una canalización existente. Elija Editar y, a continuación, elija Editar etapa. Elija añadir o editar su acción de origen. En la página Editar acción, en Nombre de la acción, introduzca el nombre de la acción. En el proveedor de acciones, elige GitLab autogestionado.

  3. Realice una de las siguientes acciones siguientes:

    • En Conexión, si aún no ha creado una conexión con su proveedor, elija Conectar para GitLab autogestionarse. Continúe con el paso 2: cree una conexión para GitLab autogestionarse.

    • En Conexión, si ya ha creado una conexión con su proveedor, seleccione la conexión. Continúe con el Paso 3: Guardar la acción de origen para la conexión.

Cree una conexión para autogestionarse GitLab

Una vez que haya decidido crear la conexión, aparecerá la página GitLabConectarse a la autogestión.

Para conectarse a la red autogestionada GitLab
  1. En Connection name (Nombre de la conexión), ingrese el nombre para la conexión.

  2. En URL, introduzca el punto final de su servidor.

    nota

    Si lo proporcionado ya se URL ha utilizado para configurar un host para una conexión, se le pedirá que elija el recurso de host ARN que se creó anteriormente para ese punto final.

  3. Si has lanzado tu servidor a Amazon VPC y quieres conectarte con el tuyoVPC, selecciona Usar un VPC y completa la información delVPC.

  4. Elige Conectar para GitLab autogestionarse. La conexión creada se muestra con un estado Pendiente. Se crea un recurso de alojamiento para la conexión con la información del servidor que usted proporcionó. Para el nombre de host, URL se usa el.

  5. Elija Update pending connection (Actualizar conexión pendiente).

  6. Si se abre una página con un mensaje de redireccionamiento para confirmar que desea continuar con el proveedor, seleccione Continuar. Introduzca la autorización del proveedor.

  7. Una configuración host_namese muestra una página. En Proporcionar un token de acceso personal, GitLab PAT proporcione únicamente el siguiente permiso limitado:. api

    nota

    Solo un administrador puede crear y usar el. PAT

    Elija Continuar.

    Captura de pantalla de la consola que muestra la entrada del token de acceso personal GitLab autogestionado para el nuevo host
  8. La página de conexión muestra la conexión creada en un estado Disponible.

Paso 3: Guarda tu acción de origen GitLab autogestionada

Siga estos pasos del asistente o de la página de Editar acción para guardar la acción de origen con la información de conexión.

Para completar y guardar la acción de origen con la conexión
  1. En Repository name (Nombre del repositorio), elija el nombre del repositorio de terceros.

  2. En los activadores de Pipeline, puedes añadir activadores si tu acción es una CodeConnections acción. Para configurar la configuración de los activadores de canalización y, de forma opcional, filtrar con activadores, consulta más información enFiltra los activadores en las solicitudes de inserción o extracción de código.

  3. En Output artifact format (Formato del artefacto de salida), debe elegir el formato de los artefactos.

    • Para almacenar los artefactos de salida de la acción GitLab autogestionada mediante el método predeterminado, elija CodePipelinedefault. La acción accede a los archivos del repositorio y almacena los artefactos en un ZIP archivo en el almacén de artefactos de Pipeline.

    • Para almacenar un JSON archivo que contenga una URL referencia al repositorio para que las acciones posteriores puedan ejecutar comandos de Git directamente, selecciona Clonación completa. Esta opción solo la pueden utilizar las acciones CodeBuild posteriores.

  4. Seleccione Siguiente en el asistente o Guardar en la página Editar acción.

Cree un host y una conexión a GitLab self-managed () CLI

Puede usar el AWS Command Line Interface (AWS CLI) para crear una conexión.

Para ello, utilice el comando create-connection.

importante

Una conexión creada a través del AWS CLI o AWS CloudFormation está en PENDING estado de forma predeterminada. Tras crear una conexión con el CLI o AWS CloudFormation, utilice la consola para editar la conexión y establecer su estadoAVAILABLE.

Puede usar el AWS Command Line Interface (AWS CLI) para crear un host para las conexiones instaladas.

Se utiliza un alojamiento para representar el punto de conexión de la infraestructura donde está instalado el proveedor de terceros. Tras completar la creación del host con elCLI, el host pasa a estar en estado pendiente. A continuación, configure o registre el host para que pase a un estado Disponible. Una vez que el alojamiento esté disponible, complete los pasos para crear una conexión.

Para ello, utilice el comando create-host.

importante

Un anfitrión creado mediante el AWS CLI está en Pending estado de forma predeterminada. Después de crear un host con elCLI, utilice la consola o el CLI para configurar el host y establecer su estadoAvailable.

Para crear un alojamiento
  1. Abra un terminal (Linux, macOS o Unix) o un símbolo del sistema (Windows). Utilice el AWS CLI para ejecutar el create-host comando, especificando el --name--provider-type, y --provider-endpoint para la conexión. En este ejemplo, el nombre del proveedor de terceros es GitLabSelfManaged y el punto de conexión es my-instance.dev.

    aws codestar-connections create-host --name MyHost --provider-type GitLabSelfManaged --provider-endpoint "https://my-instance.dev"

    Si se ejecuta correctamente, este comando devuelve la información del nombre de recurso de Amazon del host (ARN) similar a la siguiente.

    { "HostArn": "arn:aws:codestar-connections:us-west-2:account_id:host/My-Host-28aef605" }

    Después de este paso, el alojamiento se encuentra en estado PENDING.

  2. Utilice la consola para completar la configuración del alojamiento y que el estado del alojamiento cambie a Available.

Para crear una conexión GitLab autogestionada
  1. Abra un terminal (Linux, macOS o Unix) o un símbolo del sistema (Windows). Utilice el AWS CLI para ejecutar el create-connection comando, especificando el --host-arn y --connection-name para la conexión.

    aws codestar-connections create-connection --host-arn arn:aws:codestar-connections:us-west-2:account_id:host/MyHost-234EXAMPLE --connection-name MyConnection

    Si se ejecuta correctamente, este comando devuelve la ARN información de conexión similar a la siguiente.

    { "ConnectionArn": "arn:aws:codestar-connections:us-west-2:account_id:connection/aEXAMPLE-8aad" }
  2. Utilice la consola para configurar la conexión pendiente.

  3. De forma predeterminada, la canalización detecta los cambios al enviar el código al repositorio de origen de conexión. Para configurar la configuración del desencadenador de canalización para la publicación manual o para las etiquetas de Git, realiza una de las siguientes acciones:

    • Para configurar la configuración de los desencadenadores de canalización para que comience únicamente con una versión manual, añade la siguiente línea a la configuración:

      "DetectChanges": "false",
    • Para configurar la configuración de los activadores de canalización para filtrar con activadores, consulte más detalles enFiltra los activadores en las solicitudes de inserción o extracción de código. Por ejemplo, lo siguiente se suma al nivel de canalización de la JSON definición de canalización. En este ejemplo, release-v0 y release-v1 son las etiquetas de Git que se deben incluir y release-v2 es la etiqueta de Git que se debe excluir.

      "triggers": [ { "providerType": "CodeStarSourceConnection", "gitConfiguration": { "sourceActionName": "Source", "push": [ { "tags": { "includes": [ "release-v0", "release-v1" ], "excludes": [ "release-v2" ] } } ] } } ]