Na minha squad, usamos uma nomenclatura um pouco diferente para o nome das braches.
Todo trabalho é organizado e documentado na forma de histórias de usuário (user story - US). A implementação de novas features, a correção de bugs e os ajustes de regras são feitos por meio de histórias de usuário, que recebe um número único (por exemplo: US 1984).
Então, o nome da branches é formado pelo número da sprint seguido do número da história de usuário, ficando desta forma, por exemplo: SP139/US1984.
Po, isso é muito legal também, faz com que todo time também fale a mesma língua e consiga se localizar até em outros softwares (caso não usem o GitHub Projects para gerenciamento dessas tasks). O Jira ajuda muito nessa nomenclatura por US também!
Na minha empresa não existe padrão 😭😭
Mas eu gosto de utilizar dessa maneira, até porquê como utilizamos o Azure devops tambem trabalhamos com conceito de user story, o que torna esse metodo de branchs mais propício.
Nos commits(embora tambem não tenha um padrão 🙃😠) eu costumo alem de tentar utilizar Conventional Commits, eu gosto de adcionar o ID do card, isso faz com quê o commit apareça "linkado" no card da tarefa.
Isso é muito útil para times que usam o Azure devops, e uma segurança para o dev, comigo ja aconteceu por exemplo de um QA abrir bug em uma tela, sendo que a tela estava desse jeito pq ele tinha aberto um bug há duas sprints atrás e a solução era a tela ficar desse jeito.🫠🫠🫠🫠
Com esse sistema de branchs e commits eu consegui achar a branch e o commit, e com o id do commit, o card ✨✨ o que me evitou resolver um bug que nao existia kkkkk