Excluir. Mas é minha opinião, e trabalho assim.

Tirando branches principais (main, develop), sempre exclua após o merge. Mantenha o mínimo possível no repositório.

Fez merge? Delete a branch. Se precisar do código, ele já está na main pelo merge. Para rollback, use tags ou commits específicos, não branches antigas.

Não acumule branches. O Git já guarda todo o histórico no merge. 100% das vezes você vai preferir trabalhar a partir da main atualizada do que ficar com branches velhas poluindo o repo.

Branches devem ser efêmeras - criou, desenvolveu, mergeou, deletou.

Git é um universo a parte, usamos 20% das funcionalidades pra fazer 80% das coisas do dia a dia. Tem um livro bacana sobre Git que li (tentei na verdade) a uns anos, e está de grátis na Amazon (via Kindle) [Pro Git](https://amzn.to/3GOShmQ) leitura massante, mas completa. O "know how" de fato está ai, independente do que profissionais falam (incluindo eu).

Valeu demais Kaique, vou aproveitar as férias do trabalho para ler esse livro aí, muito obrigado

Excluir. Mas é minha opinião, e trabalho assim. Tirando branches principais (main, develop), sempre exclua após o merge. Mantenha o mínimo possível no repositório. Fez merge? Delete a bra...