хотелосьбыпочитать

Это можно, наверное. Щас поищу.

Should summarize answer to “what?” and explain “why?”. Think of how this commit message will sound in two months time when there is no other context except message itself. Keep subject line of commit message short and dense - only important information with keywords, elaborate further in the body of the message if needed. Use verbs in present tense - i.e. “fix assertion in parse_url”, not “fixed …” nor “fixing …”. If the change is specific to the component - put the name of the component in the prefix, e.g.: “api: change endpoint” Get the inspiration for message with git log <changed files>. Even better - use prepare-commit-msg hook to have consistent commit messages.

+

ok. А если было сразу несколько фиксов?

+ новая функциональность?

так же прописываешь каждую фичу
а вообще желательно не коммитить все в одно

запаришься потом откатывать если нужно будет

просто если много мелких правок,  все это размазывать неохото

а придется
просто представь что тебя будут долго держать голодом и пытать каленым железом с электричеством если ты так не сделаешь 😉

Можно ещё мерж реквест в продакшн ветку с такими коммитами не принять
Начинай с начала (с)

А вы не сквошите штоле?

А эт что?

Ааа
Сквошим, но коммиты пусть будут умненькие

Ну типа фича ветка мержится в мастер одним коммитом

Когда мержится да
Тогда да, не во время мерж реквеста надо нафиг посылать, а до
Когда над одной веткой несколько человек работает

Но при мержах изменения тоже стоит делать по возможности атомарными
У нас сча одна ветка - одна новая фича

Главное без фанатизма