Что делать, если твои коллеги(и ты сам) только что освоили git, и каммитят все подряд?
Предпочитаю писать коммиты на английском языке. Для себя принял за правило начинать  коммиты с глагола  Add, Fix, Update, Remove, Move, Clean. Иногда в начало можно добавить название модуля, к которому относится коммит.
- RenderModule: Add support new feature (добавили новую фичу)
- Fix bug (исправили баг)
- Fix typo (исправили опечатку)
- Update script (оптимизировали алгоритм, ускорили работу функции)
- Move function to another class (рефакторинг)
- Remove (удалили неиспользуемую часть кода)
- Cosmetic changes (навели красоту в коде) 
Можете придумать русские аналоги.
На Хабре появилась статья,  дающая исчерпывающий ответ на этот вопрос.Как следует писать комментарии к коммитам
Мое мнение такое: коммит должен описывать коротко и ясно проделанную задачу в нем.
То есть если нельзя описать емко все изменения в задаче - то надо разбивать на коммиты заранее.
К примеру:# 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"
А у вас же что не красиво, непонятно из текста совершенно что же в комите.
Кто намержил опять эти файл? - какие файлы? Что случилось?
Забыл добавить картинку.  - Что за картинку, где?
Необходимо что бы можно было читать коммиты и было понятно что произошло. К примеру вы возьметесь искать где произошел баг с окном авторизации, и как быстро отыскать коммиты причастные к нему? По веткам в первую очередь - к примеру видно что ветка называется "клиентские отчеты" - ясно что там не затрагивали авторизацию. Откатываетесь до другой ветке - баг есть? Ага, локализовали инфу, и смотрите по коммитам, "Изменили текст в авторизации, исправили опечатки" - ага, не то итд итп.