Configuración de herramientas de integración continua
Application Dependency Management (ADM) requiere autorización para acceder a la herramienta de integración continua.
Debe proporcionar esto como un token que se almacena como un secreto en un almacén. Cada una de las herramientas externas de integración continua proporciona un medio para generar este token. El pipeline de compilación DevOps de OCI no necesita un token.
Esta sección incluye la configuración de los siguientes pipelines y flujos de trabajo:
Configuración de un pipeline de creación DevOps
Cree un pipeline de compilación en el servicio DevOps si no existe. Para obtener más información, consulte Creación de un pipeline de compilación.
Configuración de un flujo de trabajo de acciones GitHub
Para configurar un flujo de trabajo de acciones de GitHub, cree un token de acceso personal (PAT) mediante las instrucciones proporcionadas en la documentación de GitHub. Consulte Creación de un token. El token debe seguir el principio de privilegio mínimo y solo debe tener permiso para acceder al repositorio que supervisa el servicio Application Dependency Management.
Configure el token con los siguientes parámetros:
| parámetro | Configuración |
|---|---|
| Caducidad | Seleccione un período adecuado para el proyecto. |
| Repositorios | Seleccione la opción de nivel superior. Esto solo es aplicable si está utilizando el repositorio GitHub. Utilice el mismo token que se utiliza para configurar el repositorio GitHub. |
| Flujo de Trabajo | Seleccione el flujo de trabajo. |
Copie inmediatamente el token en una ubicación segura porque no puede recuperarlo más tarde. Almacene el token como un secreto en el almacén. Consulte Gestión de secretos de almacén.
Proporcione la siguiente información para configurar un flujo de trabajo de acciones GitHub:
- URL del proyecto GitHub que contiene el flujo de trabajo, por ejemplo
https://github.com/example/project. - Nombre de usuario del repositorio (correspondiente al token).
- Nombre del almacén y el secreto que contienen un token de acceso personal para el flujo de trabajo.
- Nombre del flujo de trabajo o nombre de archivo del flujo de trabajo.
- (Opcional) Parámetros adicionales necesarios para el flujo de trabajo.
El acceso a un proyecto GitHub se otorga mediante el token de acceso personal de una cuenta de usuario. Recomendamos que cree una cuenta de usuario de máquina, que le proporcione la cantidad mínima de acceso al proyecto que se necesita y que la agregue como colaborador al proyecto. Para obtener más información, consulte Machine users.
Configuración de un pipeline GitLab
Para configurar un pipeline GitLab, cree un token de acceso personal (PAT) mediante las instrucciones proporcionadas en la documentación de GitLab. Consulte Creación de un token de acceso personal. El token debe seguir el principio de privilegio mínimo y solo debe tener permiso para acceder al repositorio que supervisa el servicio Application Dependency Management.
Configure el token con los siguientes permisos:
| Permiso | Descripción |
|---|---|
| api | Ámbito para controlar un pipeline |
Copie inmediatamente el token en una ubicación segura porque no puede recuperarlo más tarde. Almacene el token como un secreto en el almacén. Consulte Gestión de secretos de almacén.
Cree un token de disparador mediante las instrucciones proporcionadas en la documentación de GitLab y almacénelo como un secreto en el almacén. Consulte Creación de un token de disparador.
Proporcione la siguiente información para configurar un pipeline GitLab:
- URL del proyecto GitLab que contiene el pipeline, por ejemplo
https://gitlab.com/example/project. - Nombre de usuario del repositorio (correspondiente al token de acceso).
- Nombre del almacén y el secreto que contienen un token de acceso personal para el pipeline.
- Nombre del almacén y el secreto que contienen el token de disparador para el pipeline.
- (Opcional) Parámetros adicionales necesarios para el pipeline.
El acceso a un proyecto GitLab se otorga mediante el token de acceso personal de una cuenta de usuario. Recomendamos que cree una cuenta de servicio (una cuenta independiente autorizada para acceder a las API de GitLab), que le proporcione la cantidad mínima de acceso al proyecto que se necesita, incluido el acceso al repositorio, y que la agregue como colaborador al proyecto.