Configuración de Git Repos and Issue Tracking

DevOps Insights Llegará al final de su vida útil y se dejará de ofrecer el 31 de agosto de 2026. Continuous Delivery dejará de estar disponible en las siguientes regiones el 12 de febrero de 2027: au-syd, ca-tor, us-east. Code Risk Analyzer también dejará de estar disponible en todas las regiones a partir de esa fecha. Si en una región no se hace un uso activo de estas funciones, es posible que dichas funciones se retiren antes de lo previsto en esa región y dejen de aceptar nuevas instancias. Más información

La integración de la herramienta Git Repos and Issue Tracking se basa en GitLab Community Edition, que es un servicio de alojamiento web para repositorios (repos) de Git. Puede tener copias locales y remotas de sus repositorios. Para obtener más información, consulte Git Repos and Issue Tracking.

Si configura Git Repos and Issue Tracking mientras crea la cadena de herramientas, siga estos pasos:

En la sección Integraciones configurables, pulse Git Repos and Issue Tracking.
Revise las ubicaciones de destino predeterminadas para el repositorio Git. Dichos repositorios se clonan a partir del repositorio de ejemplo. Si es necesario, cambie el nombre de los repositorios de destino.

Si tiene una cadena de herramientas y desea migrar un repositorio Git de la cadena de herramientas a Git Repos and Issue Tracking, siga estos pasos:

Estas instrucciones se aplican a las cadenas de herramientas que ya contienen el repositorio Git que desea migrar a Git Repos and Issue Tracking. Para obtener información sobre la adición de distintos tipos de repositorios Git a la cadena de herramientas, consulte Configuración de GitHub y Configuración de GitLab.

Desde la IBM Cloud consola, haga clic en el del menú hamburguesa > Automatización de plataformas > Cadenas de herramientas. En la página Cadenas de herramientas, pulse la cadena de herramientas para abrir su página Visión general.
Pulse Añadir.
En la sección Integraciones de herramientas, pulse Git Repos and Issue Tracking.
Seleccione el servidor en el que desea desplegar los cambios de código. Después de crear la integración, puede editarlo para gestionar la lista de servidores con los que tiene autorización para trabajar. Pulse Gestionar autorización para ver una lista de los servidores y para suprimir la señal que ha proporcionado para autorizar con el servidor.
Para crear una copia del repositorio Git, para el tipo de repositorio, pulse Clonar. Escriba un nuevo nombre de repositorio y el URL del repositorio de origen.
Su nombre de usuario se selecciona automáticamente para asignar la propiedad de esta nueva integración a usted mismo. Después de crear la integración, otro usuario autorizado puede reasignar la propiedad de la integración a sí mismo cuando la edita.
Si desea crear un repositorio privado, marque el recuadro de selección Convertir este repositorio en privado.
Si desea utilizar la aplicación Issues para realizar un seguimiento de los problemas, marque el recuadro de selección Habilitar Issues.
Si desea realizar un seguimiento del despliegue de cambios en el código mediante la creación de etiquetas y comentarios en las confirmaciones, y etiquetas y comentarios en los problemas a los que hacen referencia las confirmaciones, marque el recuadro de selección Hacer un seguimiento del despliegue cambios de código.
Pulse Crear integración.

Después de clonar el repositorio Git, puede eliminarlo de la cadena de herramientas.

Si tiene una cadena de herramientas y le está añadiendo Git Repos and Issue Tracking, siga estos pasos:

Desde la IBM Cloud consola, haga clic en el del menú hamburguesa > Automatización de plataformas > Cadenas de herramientas. En la página Cadenas de herramientas, pulse la cadena de herramientas para abrir su página Visión general.
Pulse Añadir herramienta.
En la sección Integraciones de herramientas, pulse Git Repos and Issue Tracking.
Seleccione el servidor en el que desea desplegar los cambios de código. Después de crear la integración, puede editarlo para gestionar la lista de servidores con los que tiene autorización para trabajar. Pulse Gestionar autorización para ver una lista de los servidores y para suprimir la señal que ha proporcionado para autorizar con el servidor.
Seleccione un tipo de repositorio:

a. Para crear un repositorio vacío, para el tipo de repositorio, pulse Nuevo y escriba un nombre de repositorio. b. Para bifurcar un repositorio Git para que pueda aportar cambios a través de solicitudes de fusión, para el tipo de repositorio, pulse Bifurcar. Escriba el URL del repositorio de origen. c. Para crear una copia de un repositorio Git, para el tipo de repositorio, pulse Clonar. Escriba un nuevo nombre de repositorio y el URL del repositorio de origen. d. Si tiene un repositorio Git y desea utilizarlo, para el tipo de repositorio, pulse Existente. Escriba el URL del repositorio de origen.
Su nombre de usuario se selecciona automáticamente para asignar la propiedad de esta nueva integración a usted mismo. Después de crear la integración, otro usuario autorizado puede reasignar la propiedad de la integración a sí mismo cuando la edita.
Si desea crear un repositorio privado, marque el recuadro de selección Convertir este repositorio en privado.
Si desea utilizar la aplicación Issues para realizar un seguimiento de los problemas, marque el recuadro de selección Habilitar Issues.
Si desea realizar un seguimiento del despliegue de cambios en el código mediante la creación de etiquetas y comentarios en las confirmaciones, y etiquetas y comentarios en los problemas a los que hacen referencia las confirmaciones, marque el recuadro de selección Hacer un seguimiento del despliegue cambios de código.
Pulse Crear integración.
En la página Visión general de la cadena de herramientas, en la tarjeta Repositorios, pulse el repositorio de Git con el que desee trabajar. Se abrirá la página de visión general del proyecto.

Si no tiene privilegios de Maestro o de Propietario sobre el repositorio con el que va a enlazar, la integración estará limitada porque no podrá utilizar un webhook. Los webhooks se necesitan para ejecutar automáticamente un conducto cuando se envía una confirmación al repositorio. Sin un webhook, debe iniciar los conductos manualmente.

Configuración de Git Repos and Issue Tracking mediante la API

La integración de herramientas Git Repos and Issue Tracking admite los siguientes parámetros de configuración que puede utilizar con la API y los SDK de Toolchain HTTP al crear, leer y actualizar integraciones de herramientas.

Debe especificar la propiedad tool_type_id en el cuerpo de la solicitud con el valor hostedgit.

Git Repos and Issue Tracking parámetros de integración de la herramienta
Parámetro	Uso	Tipo	Argumento de Terraform	Descripción
url_raíz_api	opcional, actualizable	Serie	url_raíz_api	URL o de la API Git Repos and Issue Tracking.
señal_api	opcional, actualizable	Contraseña	señal_api	El token de acceso personal (PAT). Este parámetro sólo es necesario si `auth_type` se establece en `pat`, de lo contrario se ignora.
auth_type	opcional, actualizable, `Default: oauth`	Serie	auth_type	Establezca el método de autenticación que se utilizará para acceder al proveedor Git.
rama_predeterminada	opcional, actualizable	Serie	rama_predeterminada	El nombre de la rama predeterminada del repositorio Git.
enable_traceability	opcional, actualizable, `Default: false`	Boolean	enable_traceability	Establece este valor en para `true` realizar un seguimiento de la implementación de los cambios en el código mediante la creación de etiquetas, marcas y comentarios en las confirmaciones, las solicitudes de incorporación de cambios y los incidencias a las que se hace referencia.
id_git	opcional, inmutable	Serie	id_git	Establezca este valor en `hostedgit` para dirigirse a Git Repos and Issue Tracking.
has_issues	opcional, actualizable, `Default: true`	Boolean	problemas_de_cadena_de_herramientas_habilitados	Establezca este valor en `true` para habilitar problemas en el repositorio Git Repos and Issue Tracking y añadir una tarjeta de integración de la herramienta Problemas a la cadena de herramientas. Establezca este valor en `false` para eliminar la tarjeta de integración de herramientas de la cadena de herramientas. Esta acción no afecta a si los problemas están habilitados en el propio repositorio Git Repos and Issue Tracking.
propietario_integración	opcional, actualizable	Serie	propietario_integración	Seleccione el usuario con el que se realizan las operaciones Git.
owner_id	opcional, inmutable	Serie	owner_id	El usuario o grupo Git Repos and Issue Tracking propietario del repositorio. Este parámetro es necesario al crear un repositorio, o clonar o bifurcar un repositorio. Este valor se calcula cuando se enlaza a un repositorio existente.
repositorio_privado	opcional, inmutable, `Default: true`	Boolean	repositorio_privado	Establezca este valor en `true` para que el repositorio sea privado al crear un repositorio, o al clonar o bifurcar un repositorio. Este parámetro no se utiliza cuando se enlaza a un repositorio existente.
id_reposición	opcional, inmutable	Serie	id_reposición	El ID del proyecto Git Repos and Issue Tracking.
repo_name	opcional, inmutable	Serie	repo_name	El nombre del repositorio de Git Repos and Issue Tracking que se va a crear. Este parámetro es necesario al crear un repositorio, o clonar o bifurcar un repositorio. Este valor se calcula cuando se enlaza a un repositorio existente.
repo_url	opcional, inmutable	Serie	repo_url	La dirección URL del repositorio Git Repos and Issue Tracking para la integración de esta herramienta. Este parámetro es necesario cuando se enlaza a un repositorio existente. Este valor se calcula al crear un repositorio, o clonar o bifurcar un repositorio.
url_repo_origen	opcional, inmutable	Serie	url_repo_origen	El URL del repositorio que desea bifurcar o clonar. Este parámetro es necesario cuando bifurca o clona un repositorio, pero no se utiliza al crear un repositorio o enlace a un repositorio existente.
url_señal	opcional, actualizable	Serie	url_señal	El token URL que se utiliza para autorizarse con el servidor Git Repos and Issue Tracking.
tipo	necesario, inmutable	Serie	tipo	La operación que se debe realizar para inicializar la nueva integración de herramientas. Utilice `new` para crear un repositorio Git, `clone` para clonar un repositorio Git existente en un nuevo repositorio Git, `fork` para bifurcar un repositorio Git existente o `link` para enlazar a un repositorio Git existente.

Si ha iniciado sesión IBM Cloud con un perfil de confianza, al configurar una Git Repos and Issue Tracking integración de herramientas, debe utilizar el método de autenticación del token de acceso personal. El método de autenticación OAuth es incompatible con la autenticación Trusted Profiles.The Personal Access Token (PAT) permite configurar la integración de la herramienta Git Repos and Issue Tracking mediante GUI, API o Terraform. Esto se debe a que el PAT está vinculado al usuario real propietario del perfil de confianza. Los usuarios pueden utilizar sus claves de acceso personales para crear o reconfigurar las integraciones de herramientas de Git Repos and Issue Tracking en la cadena de herramientas. Sin embargo, deberán iniciar sesión como usuarios normales para acceder a la interfaz de usuario de la repositorio Git.