Saltar al contenido

Esta página aún no está traducida — estás leyendo la versión en portugués. Ver en portugués

PreviewActualizado el 2026-10-05

Ligar o repositório Git (GitHub, GitLab ou Azure DevOps)

Conecte a conta Git da empresa e escolha o repositório; cada publicação vira commit e cada envio abre um pedido de mudança.

En esta página (8)

Selo de estado: Preview · Atualizado em 2026-10-05.

O repositório é seu. O ingestia grava nele as definições (nunca dados, nunca credenciais) dentro de uma pasta (ingestia/ por padrão) e não mexe no resto.

Conectar (recomendado)#

Em ETL/ELT → CI/CD → Repositório Git, clique em Conectar com GitHub, Conectar com GitLab ou Conectar com Azure DevOps (preview). Você entra na sua conta, autoriza o ingestia e volta para escolher o repositório numa lista. Ninguém copia token:

  • GitHub: você instala o app do ingestia só nos repositórios que escolher. Na tela do GitHub, marque Only select repositories e escolha só o repositório dos dados. Para mudar depois, use Libere mais repositórios no GitHub na lista; para tirar o acesso, desinstale o app na sua conta do GitHub.
  • GitLab: autorização da sua conta gitlab.com; o acesso é renovado sozinho.
  • Azure DevOps: entrada com a conta Microsoft da empresa; o acesso é renovado sozinho.

Ao escolher o repositório, o ingestia confere o acesso sozinho. Ele só grava um primeiro commit se o repositório estiver vazio; num repositório com conteúdo, nada é gravado no teste.

Usar um token (avançado)#

Para servidor próprio (GitHub Enterprise, GitLab próprio) ou automação, abra Usar um token (avançado) e siga os passos abaixo.

  1. 1. Crie um token só para este repositório

    Veja abaixo como fazer em cada provedor.

  2. 2. Preencha o formulário

    Em ETL/ELT → CI/CD → Repositório Git: provedor, Link do repositório (do jeito que aparece no navegador) e Token de acesso. Use Salvar.

  3. 3. Teste

    Use Testar. Em repositório vazio, o teste grava o primeiro arquivo — é a prova de que o ingestia consegue escrever.

Branches e envio#

  • Branch da Produção (padrão main) recebe o estado da Produção.
  • Branch do Desenvolvimento (padrão dev) recebe o estado do Desenvolvimento.
  • Cada envio ganha um branch próprio (dev-envio-<n>), criado a partir do branch da Produção; o pedido de mudança sai dele e sempre pode ser mesclado.
  • Quando gravar no Git: A cada publicação (padrão) ou Só quando eu pedir (botão Enviar para o Git agora).

Token em cada provedor#

GitHub

Em Settings → Developer settings → Personal access tokens → Fine-grained tokens: selecione só o repositório e dê Contents: Read and write e Pull requests: Read and write (Metadata: Read vem junto).

GitLab

No projeto, Settings → Access tokens: papel Developer (ou maior) e escopo api. Funciona também em GitLab próprio — escolha GitLab e cole o link do seu servidor.

Azure DevOps (preview)

Preview: o Azure DevOps está pronto, mas ainda não foi validado com um repositório real. Para produção, prefira GitHub ou GitLab.

Em User settings → Personal access tokens: organização do repositório e escopo Code: Read & write. Cole o link no formato https://dev.azure.com/<organização>/<projeto>/_git/<repositório>.

Se der erro#

MensagemO que fazer
O provedor recusou o tokenConfira se o token está certo e não expirou.
O token só consegue lerDê permissão de escrita no conteúdo.
Repositório não encontradoConfira o link; repositório privado precisa de token com acesso a ele.
O provedor está limitando as chamadasAguarde alguns minutos.

Enlaces relacionados