Git reset no vibe coding: sessão paralela mistura o staged

2 sessões no mesmo master misturam o staged no seu commit. O primeiro commit do wizard do trio puxou 6 arquivos do Autopilot que já estavam no index. Thiago fez git reset, separou o commit final com só o wizard dele, e o trabalho da outra sessão voltou intacto no working tree.

Ele construía Autocut e o módulo Autopilot, o piloto automático, com 2 sessões no mesmo master. Antes de mexer, conferiu que a outra sessão não tinha avançado por cima: isolar o commit deixa a outra sessão continuar só se o master dela ainda está no mesmo ponto. Foi o mesmo caminho de o que e versao beta.

Git reset no vibe coding quando o index já tem o outro staged

Eu ouvi o agente narrar o que o primeiro commit do wizard do trio tinha puxado. Esta sessão fechava o wizard. A outra sessão, no mesmo master, já tinha deixado arquivos do Autopilot staged no index.

Primeiro com do trio misturou seis arquivos de autão que estavam stage no index. A outra sessão trabalhou no mesmo master em paralelo. Fiz reset, mas separei o comit final. Tem só o meu wizard. Trabalho do out voltou intacto ao or. Para a outra sessão continuar verifique que a outra sessão não havia avançado por cima antes de mexer.

"com" no ASR é commit. "autão" é Autopilot. "or" é working tree. "out" é o outro. São 6 arquivos no index e 2 sessões no mesmo master. O git reset veio depois da mistura e o commit final ficou só com o wizard.

Thiago autorizou o recorte quando o agente descreveu o Autopilot preenchido e o wizard ligado ao estado real do motor.

Pode executar.

Antes de executar, o agente disse que ia verificar os pontos de contato reais com o motor que já existia e separar o que era dele do que era da outra sessão. Arquivos do Autopilot já apareciam no log da outra sessão.

O commit do wizard empacotou o index inteiro. Os 6 arquivos do Autopilot já estavam staged, então entraram no primeiro commit do trio. O index daquele master é a área de stage compartilhada: quem roda git commit leva o que está lá, não só o arquivo que a conversa desta sessão mencionou.

O agente fez git reset e, em seguida, separou o commit final. O histórico desta sessão ficou só com o wizard. Os 6 do Autopilot saíram desse commit e voltaram ao working tree, o disco de trabalho, fora deste histórico. Os 6 arquivos ficaram no working tree da outra sessão.

Antes de mexer, o agente verificou que a outra sessão não havia avançado por cima. Se ela já tivesse gravado commit novo no mesmo master, o reset desta sessão mexeria no ponto em que a outra ainda trabalhava. Como não havia avançado, o working tree dela voltou intacto.

Mais cedo na mesma live o agente fechou um commit isolado e deixou de fora uma alteração de debug que já existia no arquivo. Thiago viu o recorte limpo.

Show de bola.

Com os 6 arquivos já dentro do commit do trio, o git reset foi o caminho de volta a esse recorte limpo. Autopilot era o trabalho da outra sessão e o wizard era o desta. O agente commitou os 2 juntos porque o index já tinha os 6 staged. Foi o mesmo caminho de landing page saas.

No vibe coding com 2 sessões no mesmo master, o index é do repositório. Quem commita leva o staged inteiro. Git reset recupera o working tree e o commit isolado devolve o histórico. A outra sessão continua se o log dela não avançou por cima. Isso aparece também em git para iniciantes. Vale ver como isso terminou em git merge.

Amanhã, se o agente commitar e a lista de arquivos crescer além do recorte, pare. Peça o diff. Se aparecer arquivo da outra sessão, git reset. Isole o seu. Deixe o resto no working tree. Leia o log da outra sessão antes de mexer. Sem esse passo, o próximo commit da outra sessão parte de um histórico que já engoliu o trabalho dela.

Dá para assistir à live e ouvir o diagnóstico: 6 arquivos de Autopilot staged, git reset, commit final só com o wizard, working tree intacto.