Repositorios Git y sincronización de incidencias
Conecte una cuenta Git, vincule un repositorio al proyecto y configure la sincronización de incidencias con su proveedor.
Conectar una cuenta Git personal, vincular un repositorio al proyecto y sincronizar las incidencias del proveedor son acciones separadas. Autorice primero la cuenta. El propietario del proyecto elige después el repositorio y puede activar la sincronización con los permisos necesarios del proveedor.
Conectar Git y vincular un repositorio
Conecte GitHub o GitLab en los ajustes Git de cuenta y complete la autorización en el navegador. Conceda solo los repositorios necesarios. En escritorio vuelva a la aplicación después. La conexión sirve para varios proyectos, sin vincular automáticamente todos los repositorios.
El propietario abre Git en los ajustes del proyecto, elige un repositorio disponible y confirma. Compruebe proveedor, nombre completo y cuenta que actuará. Los miembros no pueden sustituir el vínculo reservado al propietario. El vínculo permite el contexto del repositorio, el seguimiento de pull requests y las skills del repositorio; la sincronización de incidencias es un interruptor separado.
Repositorios ausentes o acceso caducado
Si la lista está vacía, compruebe permisos y autorización de la organización o repositorio. Reconecte cuentas caducadas en vez de pegar tokens en incidencias. Desvincular requiere ser propietario; lea la confirmación.
Self-hosted puede usar un relay gestionado configurado o aplicaciones propias del operador. La conexión al relay se inicia expresamente y no convierte la plataforma Git en local. La disponibilidad depende de la configuración. Revise la política del operador antes de autorizar.
Sincronizar incidencias del proveedor Git
Como propietario, abra Git tras vincular el repositorio. Active sincronización con los permisos de escritura necesarios. Las incidencias importadas llegan al triaje. Compruebe la carga inicial indicada y título, descripción y estado de una incidencia remota conocida.
Los estados abierto y cerrado se reflejan en ambas direcciones. En GitHub, título y cuerpo pasan a título y descripción; las etiquetas aportan categorías y prioridad o esfuerzo reconocidos; se usa el primer asignado vinculado y la fecha del hito como vencimiento. Los comentarios conservan autor, identidad, URL y fechas remotas. Bloqueos requieren ambas incidencias en el mismo proyecto importado. Permanecen URL de adjuntos; bytes y campos de GitHub Projects no tienen equivalente nativo.
Permisos, conflictos y desactivación
La GitHub App necesita lectura/escritura de Issues y suscripciones Issues, Issue comments e Issue dependencies. Instalaciones existentes deben aceptar permisos nuevos. Estas correspondencias no garantizan todos los campos GitLab.
Eventos GitHub antiguos con fecha no sobrescriben cambios locales recientes. Identidades de entregas y comentarios evitan duplicados. Compare fechas y consulte eventos del proveedor y registros del operador si falta carga inicial. Desactive en el mismo ajuste exclusivo del propietario; revise por separado trabajo ya importado.