Мое мнение такое: коммит должен описывать коротко и ясно проделанную задачу в нем.
То есть если нельзя описать емко все изменения в задаче - то надо разбивать на коммиты заранее.
К примеру:
# git status -s
M README.txt
M main.h
# git add main.h && git commit -m "Thread support"
# git add README.txt && git commit -m "Readme information"
А у вас же что не красиво, непонятно из текста совершенно что же в комите.
Кто намержил опять эти файл? - какие файлы? Что случилось?
Забыл добавить картинку. - Что за картинку, где?
Необходимо что бы можно было читать коммиты и было понятно что произошло. К примеру вы возьметесь искать где произошел баг с окном авторизации, и как быстро отыскать коммиты причастные к нему? По веткам в первую очередь - к примеру видно что ветка называется "клиентские отчеты" - ясно что там не затрагивали авторизацию. Откатываетесь до другой ветке - баг есть? Ага, локализовали инфу, и смотрите по коммитам, "Изменили текст в авторизации, исправили опечатки" - ага, не то итд итп.
