DatriseETL con IA

Conector de origen

Conector de GitHub

Integración de GitHub con bases de datos, warehouses y herramientas de BI

Plataforma de desarrollo con repos, issues y CI. Datrise captura entidades de GitHub como repositories, issues, pull requests, commits, and workflow runs, y luego entrega modelos normalizados y tipados para reporting en warehouse, atribución y flujos de IA.

La GitHub REST API (version `2022-11-28`) + GitHub GraphQL API v4 se autentica con OAuth 2.0, personal access token, JWT, las cargas incrementales usan updated_at (returned on issues, pull requests, and most list endpoints; usable as a `since` query parameter on several REST list endpoints), y el proveedor limita a REST: 5,000 requests/hour per authenticated user (15,000 for GitHub Enterprise Cloud orgs), 60/hour unauthenticated, 1,000/hour per repository for the Actions `GITHUB_TOKEN`; GraphQL: 5,000 points/hour; secondary limits cap at 100 concurrent requests, 900 points/minute for REST or 2,000 points/minute for GraphQL, and 80 content-generating requests/minute.

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 `github_repositories`) con el esquema derivado de la API de GitHub, 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 GitHub y únete a la lista de espera para recibir el conector con onboarding guiado.

Sincronización incrementalMapeo consciente del esquema43 destinos disponibles

Qué datos de GitHub 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.

ObjetoTabla de destinoModo de sync
repositoriesgithub_repositoriesUpsert por clave primaria, incremental por updated-at
issuesgithub_issuesUpsert por clave primaria, incremental por updated-at
pull requestsgithub_pull_requestsUpsert por clave primaria, incremental por updated-at
commitsgithub_commitsUpsert por clave primaria, incremental por updated-at
workflow runsgithub_workflow_runsAppend incremental por marca de tiempo

API de GitHub: 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.

APIGitHub REST API (version `2022-11-28`) + GitHub GraphQL API v4
AutenticaciónOAuth 2.0, personal access token, JWT — Personal Access Tokens or OAuth App tokens authenticate as a user; GitHub Apps authenticate installation calls with a short-lived JWT exchanged for an installation access token.
Paginaciónlink_header — REST list endpoints paginate via the `Link` response header (`rel="next"`) plus a `per_page` parameter; GraphQL uses cursor-based `first`/`after` connections instead.
Límite de peticionesREST: 5,000 requests/hour per authenticated user (15,000 for GitHub Enterprise Cloud orgs), 60/hour unauthenticated, 1,000/hour per repository for the Actions `GITHUB_TOKEN`; GraphQL: 5,000 points/hour; secondary limits cap at 100 concurrent requests, 900 points/minute for REST or 2,000 points/minute for GraphQL, and 80 content-generating requests/minute
Cursor incrementalupdated_at (returned on issues, pull requests, and most list endpoints; usable as a `since` query parameter on several REST list endpoints)
WebhooksSí — GitHub Webhooks (repository, organization, and GitHub App webhooks; payloads signed with HMAC-SHA256 in `X-Hub-Signature-256`)
Exportación masivaNo
Detección de borradosSí — A deleted issue/PR returns HTTP `410 Gone` (or `404` if you lack access) on re-fetch, and the `issues` webhook fires a `deleted` action; there is no bulk deleted-records feed.

Referencia oficial de la API

Compara esto con todas las demás APIs documentadas

Destinos populares para GitHub

Elige un destino abajo para abrir la página de pipeline lista para usar.

  • A
    Airtable

    Destino de hoja relacional para equipos de operaciones y go-to-market.

    Ver pipeline
  • A
    Amazon Athena

    SQL serverless sobre tablas del data lake en S3.

    Ver pipeline
  • A
    Amazon DynamoDB

    Base key-value y documental serverless en AWS.

    Ver pipeline
  • A
    Amazon QuickSight

    BI serverless en AWS con SPICE y analítica embebida.

    Ver pipeline
  • A
    Amazon Redshift

    Almacén a escala petabyte en AWS con Spectrum.

    Ver pipeline
  • A
    Amazon S3 Data Lake

    Zona de aterrizaje en object storage para parquet y snapshots.

    Ver pipeline
  • A
    Apache Superset

    BI open source para exploración SQL, gráficos y publicación de dashboards.

    Ver pipeline
  • A
    Archivos CSV

    Destino de archivos planos para exportaciones y compartición ligera.

    Ver pipeline
  • A
    Azure Data Lake Storage

    Almacenamiento ADLS Gen2 para cargas analíticas.

    Ver pipeline

Preguntas sobre el conector de GitHub

¿Qué datos de GitHub extrae el conector?
5 objetos: repositories, issues, pull requests, commits y workflow runs. Cada uno se carga en su propia tabla con tipos preservados; los objetos con historial (1: workflow runs) se cargan como append-only.
¿La integración de GitHub 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 GitHub?
A 43 destinos: bases de datos relacionales, warehouses, data lakes, hojas de cálculo y herramientas de BI. Cada par GitHub → 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 GitHub con onboarding guiado

Únete a la lista de espera para obtener acceso prioritario a integraciones de GitHub con setup guiado, mapeo consciente del esquema y sincronización incremental de nivel producción.