Maravilha! Estou tentando me acostumar a usar versionamento/git, mas é um processo sempre complicado. E o commit é aquela etapa que ainda preciso entender bem.
Às vezes passo um dia trabalhando e mexo em vários arquivos de algum projeto pessoal e 'commito' tudo de uma vez, fica uma bagunça. Penso que pelo discutido aqui, preciso me organizar para dar commit a cada etapa (ou realizar o commit de cada arquivo separadamente).
Acho que commitar as etapas seria um bom caminho, o caso tem que ser bem específico para commitar apenas o arquivo(ex. Atualização do README.md)
Não sei se você costuma fazer um refinamento técnico das tarefas, mas quando pega os pontos que você levantou a respeito da feature a ser trabalhada, fica mais fácil commitar pq já tem meio que um check list de etapas criado, ai a cada etapa finalizada você vai commitando...
Você precisou fazer um formulário de newsletter e os seguintes componentes precisam ser criados confome as etapas abaixo:
inputsinput de texto para o usuário digitar o e-mail"Ai beleza, você resolveu commitar cada etapa após finalizada... A estrutura ficaria próximo dessa organização:"
feat: endpoint do serviço de cadastrofeat: criação do container utilizando display flexfeat: input de texto estilizado e configuradofeat: botão estilizado e disparando o eventofeat: ajustes finos e form de newsletter funcionandoobs. só dei exemplo do feat para simplificar, mas têm muito mais variações de etapas, feat, chore, ci, refact...
feat: a commit of the type feat introduces a new feature to the codebase (this correlates with MINOR in Semantic Versioning).
Tradução: feat: uma confirmação do tipo introduz um novo recurso na base de código (isso se correlaciona com MINOR no Versionamento Semântico)
Resumindo, fica tranquilo que com o tempo você vai se acostumando com a padronização dos seus commits 👊😉