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 (Emiratos Árabes Unidos), 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, consulte https://docs.gitlab.com/ee/user/profile/personal_access_tokens.html. Debe ser administrador para crear y usar la PAT.

    nota

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

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

Cree una conexión a una consola GitLab autogestionada

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, ingrese el punto de conexión para el servidor.

    nota

    Si la dirección URL proporcionada ya se utilizó para configurar un host para una conexión, se le pedirá que elija el ARN del recurso de host que se creó previamente para ese punto de conexión.

  3. Si lanzó su servidor en una Amazon VPC y desea conectarse a su VPC, elija Utilizar una VPC y complete la siguiente información para la VPC.

  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ó. Se utiliza la URL para el nombre del alojamiento.

  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. Aparece la página Configurar host_name. En Proporcionar un token de acceso personal, proporcione a su GitLab PAT únicamente el siguiente permiso limitado:. api

    nota

    Solo un administrador puede crear y usar la 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 obtiene acceso a los archivos del repositorio y almacena los artefactos en un archivo ZIP en el almacén de artefactos de canalización.

    • Para almacenar un archivo JSON que contiene una referencia URL al repositorio de manera que las acciones posteriores puedan ejecutar comandos Git directamente, elija 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 la red GitLab autogestionada (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. Después de crear una conexión con la 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 la CLI, el host pasa a tener el 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 host creado a través de AWS CLI está en Pending estado de forma predeterminada. Después de crear un host con la CLI, utilice la consola o la CLI para configurar el host de manera que su estado cambie a Available.

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 (ARN) del alojamiento, que será similar a lo 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 información del ARN de la conexión, que será similar a lo 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 definición de JSON 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" ] } } ] } } ]