Conventional Commits — это красивый способ потратить время команды на маркировку шума.

Conventional Commits — это красивый способ потратить время команды на маркировку шума.

Снаружи выглядит как дисциплина: `feat`, `fix`, `chore`, автогенерация changelog, порядок в репозитории. Внутри часто получается другое: люди спорят не о том, что влияет на продукт, а о том, как назвать коммит.

Мини-калькулятор:
- 8 разработчиков
- 5 коммитов в день
- 20 секунд на выбор «правильного» типа
- 20 рабочих дней

Получаем 26 600 секунд в месяц, или почти 7,5 часа. Это уже не стандарт. Это скрытая строка в P&L под названием «ритуалы без выручки». 📉

Главный дефект не в синтаксисе. Дефект в том, что стандарт создаёт иллюзию управляемости там, где нужна ясность по изменениям, рискам и влиянию на релиз.

Если коммит помогает найти причину инцидента — полезно. Если заставляет команду играть в бюрократию ради красивого changelog — проиграли все: dev, ops и CFO.