Build falhou? Use a IA para entender o erro

Um build com erro não significa que o servidor caiu. A falha pode estar no comando de compilação, nas dependências, em uma variável ausente, no caminho do Dockerfile ou na configuração de porta. Comece pelo deployment que falhou e confira a mensagem e o horário daquela execução.

No projeto, abra Problemas ou o deployment com falha e use Analisar falha, quando disponível. A IA lê o contexto fornecido pelo analisador e ajuda a identificar possíveis causas e próximos passos. Um diagnóstico é uma orientação a conferir com os logs; não é uma garantia de correção.

Compare a sugestão com seu repositório. Confira versão do runtime, diretório raiz, comandos de instalação e build, tipo de publicação e porta da aplicação. As opções de build e conexão devem corresponder ao que o código realmente usa. Corrigir uma configuração pode resolver o erro sem alterar o código.

Se a análise sugerir mudanças no código, revise os arquivos e as diferenças antes de aplicar qualquer correção oferecida pelo painel. Publique uma nova versão e acompanhe os logs e a verificação de saúde. Uma análise não significa que a aplicação foi reparada ou publicada automaticamente.

Confira também os recursos conectados. O banco gerenciado guarda dados estruturados; imagens, vídeos e anexos devem usar S3. Ao pedir ajuda de integração, forneça os nomes das variáveis e o contexto necessário, sem publicar senhas, tokens ou chaves secretas em logs ou conteúdo público.

Na área de ajuda e suporte, descreva o problema no idioma do painel. As orientações iniciais ajudam a verificar build, domínios, e-mail e armazenamento antes de abrir um chamado. Se o problema continuar, envie o número do deployment, o erro e o que você já tentou ao suporte. O site e os guias estão disponíveis em português, inglês, espanhol, francês e alemão.