Tarefas e logs
Cada envio deve preservar uma tarefa, não apenas uma notificação temporária. Ela inclui no mínimo provedor, aplicativo, resumo do pacote, etapa, progresso, horários de início e fim e informações públicas do erro.
Confira primeiro a etapa
Localize a última etapa bem-sucedida e depois a próxima que falhou. Falhas de conexão, reserva, envio de partes, processamento e revisão exigem recuperações totalmente diferentes.
Conteúdo dos logs
Logs podem incluir status HTTP públicos, códigos de erro do provedor, caminhos de campos, IDs de recursos, checksum e etapas locais. Não devem conter JWT, Authorization, Cookie, .p8, chaves privadas de Service Account, chaves de licença completas ou senhas.
Como compartilhar evidências
Exporte preferencialmente o resumo da tarefa e logs sem dados sensíveis; não compartilhe apenas uma captura da última linha. Preserve ID da tarefa, intervalo de tempo, provedor, aplicativo e versão do pacote para relacionar a falha às requisições corretas.
Princípios de recuperação
Se o provedor já criou um recurso não repetível, atualize o status remoto antes de tentar novamente. Não reenvie simplesmente o mesmo Build, número de versão ou um envio ainda em processamento.
