Маленькая привычка, которая бережет нервы: правило коммитов «Что и Зачем»

Знакомо чувство, когда открываешь историю изменений или старую заметку полугодовой давности и видишь: «fix bugs», «update», «final_version_2»? И абсолютно непонятно, что именно там произошло.

Полезная практика, которая полезна не только программистам в Git, но и всем, кто ведет проекты:

При фиксации изменений пишите не то, как вы это сделали, а что изменилось и зачем.

❌ Плохо: «Поправил отступы и цвет кнопки».

✅ Хорошо: «Увеличили контраст кнопки заказа: часть пользователей на смартфонах не замечала целевое действие».

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

Простая привычка экономит часы разбирательств в будущем.