Selo de estado:
Preview· Atualizado em 2026-10-05.
Todo envio passa pelas mesmas etapas. A tela de cada envio mostra cada uma com o que aconteceu nela.
| Etapa | O que faz |
|---|---|
| Mudança | Compara o Desenvolvimento com a Produção e lista o que é novo e o que mudou. |
| Versionar no Git | Com o repositório ligado, grava o Desenvolvimento no branch dele. Sem repositório, é pulada (o histórico interno continua). |
| Validar | Confere que nenhuma credencial vai junto, que pipeline novo tem a conexão da Produção escolhida e que cada SQL roda na Produção (tabelas e colunas existem). |
| Aprovação | Espera as aprovações exigidas. Com o repositório ligado, abre um pedido de mudança do branch do envio para o da Produção. |
| Implantar na Produção | Aplica as definições e publica de verdade: pipeline ganha versão nova, painel ganha versão no histórico, agente ganha versão nova. Se algo falhar no meio, tudo o que já foi aplicado é desfeito. |
| Verificar a Produção | Confere que tudo chegou e que os SQL rodam. |
Enviar para produção#
1. Veja o que vai
Em ETL/ELT → CI/CD, a seção Envios para a Produção lista cada objeto como novo ou alterado.
2. Envie
Use Enviar para produção e confirme. A tela do envio abre e se atualiza sozinha.
3. Aguarde a aprovação
Os aprovadores recebem um e-mail. Quando a regra for cumprida, a esteira implanta.
O que a esteira nunca faz#
- Não apaga nada da Produção que sumiu do Desenvolvimento — aparece como "existem só na Produção" para você decidir.
- Não copia credencial entre ambientes.
- Não liga agenda: um pipeline novo chega à Produção com a agenda desligada.
- Não muda o que é do ambiente: links públicos, destinatários de relatório, horários de atualização.
Mudança destrutiva#
Trocar o SQL de uma transformação, mudar o modo de carga ou tirar uma tabela de um pipeline pode reescrever dados na Produção. A esteira avisa antes, e quem aprova precisa marcar "Li o aviso acima e confirmo…" para seguir.