Poměrně pěkně je to popsané vlastně i tady (jen anglicky) a jde o celkový náhled vývoje, nikoli pojmenovávání (ale to je důsledek dobré správy). A samozřejmě to není dogma, uprav si to na své podmínky (a hlavně si promysli proč to tak je a co vlastně chce docílit autor a co vlastně chceš docílit ty)
https://nvie.com/posts/a-successful-git-branching-model/

dále tě můžou zajimat hooky https://git-scm.com/book/en/v2/Customizing-Git-Git-Hooks ( vůbec celá tato kniha, částečneě je i přeložená do češtiny, já raději čtu v originále, pokud jím je angličtina ) kam můžeš zaháknout skript na vytváření hezkého changelogu

ten skript by kupříkladu mohl použít i něco jako

git log --graph --oneline --decorate=full --color --branches

(dohledej si co to znamená - git help log )
a nějak si to přechřoustat a pokud se "čistě náhodou" rozhodneš ty commity pojmenovávat ve stylu

added: Podpora Unikódu
changed: Nový tvar konfiguračních souborů
fixed: Chyby při dělení nulou a při sčítání jablek s hruškama
removed: Odstraněna podpora DOS 2.1 a nižších verzí

tak mu to třídění a parsování půjde mnohem lépe od ruky a ta klíčová slova může z výsledného *.md cudně vynechat a místo toho před každou sekci dát předdefinovanou hlavičku (klidně i pár odstavců) a tím ti ušetřit mechanickou práci