Publicação e provisionamento de infraestrutura
Criar um App, ou pedir para tentar de novo, nunca trava numa mensagem de erro genérica: se algo não sai como esperado, isso vira um estado visível — "parou aqui, tente de novo"…
Publicação e provisionamento de infraestrutura
Criar (ou repetir) nunca desfaz o que já existe
Criar um App, ou pedir para tentar de novo, nunca trava numa mensagem de erro genérica: se algo não sai como esperado, isso vira um estado visível — "parou aqui, tente de novo" — em vez de um motivo para desfazer a criação. Pedir de novo é seguro: o processo reconcilia o que já existe em vez de recomeçar do zero.
O que a prévia mostra é o que vai ao ar
Publicar não recria nada: o código que estava rodando na prévia é exatamente o que passa a valer em produção, sem nenhuma mudança no meio do caminho. Isso funciona mesmo com o ambiente de desenvolvimento pausado há muito tempo.
Quando a plataforma diz "publicado"
A publicação só é dada como concluída quando o ambiente de produção já está servindo aquele código — não no instante em que ele é enviado. Enviar é necessário, mas não é suficiente: quem decide se está publicado é a infraestrutura de hospedagem, no momento em que o novo ambiente fica pronto.
Onde a infraestrutura mora
Cada App publicado tem hospedagem e banco de dados próprios, com preferências definidas por organização (provedor ativo, credenciais e configurações de publicação). Erros de provisionamento ficam registrados para consulta, com qualquer segredo removido do texto antes de ser guardado.
Proteção e acesso ao App publicado
Nem toda aplicação publicada tem login na frente. A plataforma distingue App protegido, aberto, com credencial mas sem proteção real, ou ainda não verificado.
Scaffold: fonte, contrato e versionamento
Toda aplicação parte de um modelo-base versionado. A plataforma recusa criar uma aplicação nova quando a versão exigida ainda não é suportada.