Conector de origen
Conector de GitLab
Integración de GitLab con bases de datos, warehouses y herramientas de BI
DevOps con repos, CI/CD y seguimiento de incidencias. Datrise captura entidades de GitLab como projects, merge requests, pipelines, issues, and deployment events, y luego entrega modelos normalizados y tipados para reporting en warehouse, atribución y flujos de IA.
La GitLab REST API v4 se autentica con personal access token, OAuth 2.0, service account, las cargas incrementales usan updated_after, y el proveedor limita a GitLab.com authenticated API traffic is capped at 2,000 requests/minute per user, with lower endpoint-specific ceilings such as 400 requests/minute for a single project (`/api/v4/projects/:id`) and 10 requests/minute for the advanced/project/group search API; self-managed instances set their own limits.
De los 5 objetos, 4 se sincronizan con upsert por clave primaria y 1 como flujos append-only, de modo que cada ejecución incremental solo mueve lo que cambió desde la última marca de agua. Cada objeto llega a su propia tabla (por ejemplo `gitlab_projects`) con el esquema derivado de la API de GitLab, no de un CSV, en cualquiera de los 43 destinos soportados.
Datrise está en acceso anticipado: elige un destino abajo para ver el pipeline de GitLab y únete a la lista de espera para recibir el conector con onboarding guiado.
Qué datos de GitLab extrae Datrise
Cada objeto llega a su propia tabla tipada. El modo de sync se deriva del objeto: los objetos de historial se anexan, el resto se actualiza con upsert.
| Objeto | Tabla de destino | Modo de sync |
|---|---|---|
| projects | gitlab_projects | Upsert por clave primaria, incremental por updated-at |
| merge requests | gitlab_merge_requests | Upsert por clave primaria, incremental por updated-at |
| pipelines | gitlab_pipelines | Upsert por clave primaria, incremental por updated-at |
| issues | gitlab_issues | Upsert por clave primaria, incremental por updated-at |
| deployment events | gitlab_deployment_events | Append incremental por marca de tiempo |
API de GitLab: datos de configuración del conector
Verificado contra la documentación del proveedor el 2026-09-02. Los valores desconocidos se dejan en blanco, no se inventan.
| API | GitLab REST API v4 |
|---|---|
| Autenticación | personal access token, OAuth 2.0, service account — Personal, project, or group access tokens are sent via the `PRIVATE-TOKEN` header (or as an OAuth 2.0 `Bearer` token, valid 2 hours before requiring a `refresh_token` exchange); CI pipelines instead use a scoped `CI_JOB_TOKEN` via the `JOB-TOKEN` header. |
| Paginación | offset — Default is offset pagination (`page`/`per_page`, max 100); keyset pagination is opt-in via `pagination=keyset&order_by=id`, returning the next cursor in the `X-NEXT-CURSOR` response header instead of a page number. |
| Límite de peticiones | GitLab.com authenticated API traffic is capped at 2,000 requests/minute per user, with lower endpoint-specific ceilings such as 400 requests/minute for a single project (`/api/v4/projects/:id`) and 10 requests/minute for the advanced/project/group search API; self-managed instances set their own limits. |
| Cursor incremental | updated_after — Most list endpoints (projects, issues, merge requests) accept `updated_after`/`updated_before` ISO 8601 filters for incremental pulls, though `order_by=updated_at` is required alongside the filter on some resources to avoid a full-table scan. |
| Webhooks | Sí — Project/Group webhooks (push, merge_request, issue/work_item, pipeline, tag_push, wiki_page, release, etc.) |
| Exportación masiva | No |
| Detección de borrados | No |
Destinos populares para GitLab
Elige un destino abajo para abrir la página de pipeline lista para usar.
- AAirtable
Destino de hoja relacional para equipos de operaciones y go-to-market.
Ver pipeline - AAmazon Athena
SQL serverless sobre tablas del data lake en S3.
Ver pipeline - AAmazon DynamoDB
Base key-value y documental serverless en AWS.
Ver pipeline - AAmazon QuickSight
BI serverless en AWS con SPICE y analítica embebida.
Ver pipeline - AAmazon Redshift
Almacén a escala petabyte en AWS con Spectrum.
Ver pipeline - AAmazon S3 Data Lake
Zona de aterrizaje en object storage para parquet y snapshots.
Ver pipeline - AApache Superset
BI open source para exploración SQL, gráficos y publicación de dashboards.
Ver pipeline - AArchivos CSV
Destino de archivos planos para exportaciones y compartición ligera.
Ver pipeline - AAzure Data Lake Storage
Almacenamiento ADLS Gen2 para cargas analíticas.
Ver pipeline
Preguntas sobre el conector de GitLab
- ¿Qué datos de GitLab extrae el conector?
- 5 objetos: projects, merge requests, pipelines, issues y deployment events. Cada uno se carga en su propia tabla con tipos preservados; los objetos con historial (1: deployment events) se cargan como append-only.
- ¿La integración de GitLab es incremental?
- Sí. Tras la carga inicial completa, cada ejecución lee solo los registros cambiados desde la última marca de agua (updated-at o timestamp del evento) y aplica upsert o append según el objeto.
- ¿A dónde puedo cargar los datos de GitLab?
- A 43 destinos: bases de datos relacionales, warehouses, data lakes, hojas de cálculo y herramientas de BI. Cada par GitLab → destino tiene su propia página con el mapeo de objetos a tablas.
Otras fuentes de Analítica de producto
Otras fuentes de la misma categoría, cada una con su propia página de conector.
Acceso anticipado
Lanza tu pipeline de GitLab con onboarding guiado
Únete a la lista de espera para obtener acceso prioritario a integraciones de GitLab con setup guiado, mapeo consciente del esquema y sincronización incremental de nivel producción.