ação vermelha — porque mexe no seu repositório principal.
O preview
Abrir o diálogo disparaworktree_merge_preview antes de qualquer coisa. Ele mostra:
O
merge-tree é o ponto: o TYBA sabe se vai dar conflito sem fazer o merge, sem checkout, sem stash, sem encostar no seu diretório de trabalho.
As três travas
O botão Mergear na base fica desligado, com o motivo escrito, em três casos:Não há nada para mergear. Nada pra mergear: sem commits além da base. Ou a sessão está na própria branch base, e aí não há o que fazer.
Estratégia
O core aceita mensagem custom, mas o diálogo não tem campo para ela. Hoje a mensagem é sempre a automática.
Confirmar
Dois cliques. O primeiro arma (Confirmar merge?, o botão fica vermelho), o segundo executa. E o que executa não égit merge:
merge-tree. O commit é criado direto e a base avança por fast-forward. Se a base tiver mudado entre o preview e o clique, o --ff-only falha e você vê A branch base mudou durante o merge — nada foi alterado, tente de novo.
A base nunca fica meio-mergeada. Ou o fast-forward passa, ou nada aconteceu. Não existe estado intermediário para você limpar.
Materialize: quando dá conflito
Com o merge travado por conflito, o diálogo oferece Resolver com agente. Ele faz a coisa ao contrário — e de propósito: Omaterialize traz a base para dentro do worktree da sessão e deixa o merge parar no conflito. Os arquivos conflitados ficam lá, com marcadores, e o TYBA manda o prompt de resolução para o agente daquela sessão.
O seu checkout não é tocado em momento nenhum. Resolvido o conflito na sessão, o merge local roda limpo.
Depois do merge
O diálogo dá lugar a Entrega feita — e o worktree?:- Manter — o worktree continua, a sessão continua.
- Remover worktree e encerrar sessão — dois cliques, e some.
O que não existe
Veja também
Pull requests
A outra saída — a que passa pela forja.
Worktrees
Onde a base foi fixada, e o que sobra depois de remover.