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...

Um exemplo breve para ilustrar:

Você precisou fazer um formulário de newsletter e os seguintes componentes precisam ser criados confome as etapas abaixo:

• Configuração do endpoint do Serviço de cadastro
• Container do formulário onde vou colocar meus inputs
• input de texto para o usuário digitar o e-mail
• Um botão
  • Evento do botão com o serviço de cadastro

"Ai beleza, você resolveu commitar cada etapa após finalizada... A estrutura ficaria próximo dessa organização:"

• feat: endpoint do serviço de cadastro
• feat: criação do container utilizando display flex
• feat: input de texto estilizado e configurado
• feat: botão estilizado e disparando o evento
• feat: ajustes finos e form de newsletter funcionando

obs. só dei exemplo do feat para simplificar, mas têm muito mais variações de etapas, feat, chore, ci, refact...

Lembrando:

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 👊😉