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. Crie um token só para este repositório
Veja abaixo como fazer em cada provedor.
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. 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#
| Mensagem | O que fazer |
|---|---|
| O provedor recusou o token | Confira se o token está certo e não expirou. |
| O token só consegue ler | Dê permissão de escrita no conteúdo. |
| Repositório não encontrado | Confira o link; repositório privado precisa de token com acesso a ele. |
| O provedor está limitando as chamadas | Aguarde alguns minutos. |