Yeap. Mais um padrão e nomenclaturas que devemos seguir. E dessa vez no git, que particularmente até pouco tempo não seguia mas passei a adotar tal prática e fica muito mais fácil de analisar um merge request simplesmente visualizando as mensagens de commit.

 

De acordo com os Commits Atômicos é uma boa prática no qual uma única funcionalidade deve ser implementada ou uma correção apenas, executando então um processo de commit, seguindo o conceito de conceito do Clean Architecture, o Single Responsiblity Principle do SOLID.

 

Eles também possuem uma lista de padrões de prefixos, segue abaixo:

 

• • build: mais específicos para tarefas de build que possam afetar o build ou dependências externas 'escopos de exemplo: gulp, broccoli, npm',
• • ci: alterou algo na Integração Contínua, é esse aí
• • chore: já expliquei esse lá em cima
• • docs: adicionar ou atualizar documentação
• • feat: adição de novas características ou novas implantações ao código
• • fix: correção de bugs
• • perf: realização de alguma melhoria no desempenho da aplicação
• • refact: atualizações no código que alterem a funcionalidade principal
• • revert: Caso você precise fazer um revert, é esse o cara
• • style: tudo relacionado a estilização
• • test: adicionando ou atualizando testes de unidade