Para responder, você deve se perguntar como espera usar os resultados desses commits no futuro. Os motivos mais comuns são:
- Para ver qual release um bug foi introduzido.
- Para ver por que uma determinada linha de código está presente.
- Para mesclar em outro ramo.
- Para poder verificar uma versão anterior para solucionar um problema que um cliente ou testador está vendo nessa versão.
- Para incluir ou excluir determinadas partes de um lançamento.
As duas primeiras razões podem ser atendidas com apenas um grande check-in, supondo que você possa criar uma mensagem de check-in que se aplique igualmente bem a cada linha de código alterado. Se você for o único programador, os commits menores não facilitarão sua integração. Se você não planeja fazer um lançamento ou teste com apenas parte de suas alterações não enviadas, as duas últimas razões não se aplicam.
Existem outras razões para fazer pequenos commits, mas são para enquanto você está no meio das mudanças, e esse tempo passou. Essas razões estão tornando mais fácil retroceder um erro ou uma mudança experimental, e é mais fácil manter a sincronização com colegas sem grandes fusões assustadoras.
Da minha compreensão de sua situação como você descreveu, parece que há pouco ou nenhum benefício em dividir seu commit neste momento.