Publicação
Do build de debug a um binário assinado, pronto para ser enviado
Publicação nas lojas
Um aplicativo que funciona no seu emulador está na metade do caminho da publicação, não em 95%. A distância restante não se mede em linhas de código: ela é feita de identificadores únicos que não podem mais ser alterados após o primeiro envio, de chaves de assinatura cuja perda é irreversível, de um modo release que revela bugs invisíveis em debug e de exigências das lojas que mudam várias vezes por ano.
Esta é uma lição de natureza diferente das anteriores. O código é minoritário; o essencial está em decisões e verificações. Vamos seguir a ordem em que elas realmente surgem: primeiro o que é irreversível e, portanto, deve ser decidido antes de tudo — identificador do pacote, nome, chave de assinatura —, depois a produção do binário e, por fim, o que resta preparar do lado da loja.
Um aviso de honestidade antes de começar. Os procedimentos das duas lojas, os formatos de ilustração exigidos, os níveis mínimos de API do Android, as declarações de privacidade e o custo das contas de desenvolvedor mudam regularmente. Este tutorial descreve as etapas técnicas do lado do Flutter, que são estáveis. Para tudo o que diz respeito às regras de publicação, a única fonte confiável é o console da loja em questão no momento em que você faz o envio; não confie em nenhum valor ou prazo lido em um tutorial, inclusive neste.
Comentários
Os comentários são alimentados pelo GitHub Discussions
Conecte-se com o GitHub para participar da discussão