Чем график git-коммитов в DevPace отличается от остальных графиков на странице «Тренд»
Последний график на странице «Тренд» устроен иначе, чем предыдущие три. Активное время, состав по категориям и частота переключений — всё это метрики, которые агент собирает из телеметрии окон и ввода: что было на экране, как часто менялась категория. Количество git-коммитов устроено принципиально по-другому — это не наблюдение за поведением в реальном времени, а факт из истории репозитория: сколько раз за день был сделан git commit.
Другой тип сигнала — поэтому отдельный график
Активное время и частота переключений — это непрерывные сигналы внимания: они говорят о процессе, о том, как был устроен день изнутри. Число коммитов — это дискретный сигнал результата: не важно, сколько часов ушло на обдумывание, отладку и переписывание — в истории появляется запись только в момент, когда работа зафиксирована как коммит. Именно поэтому DevPace не смешивает эту метрику с остальными в одном графике или в одном индексе, а выносит её отдельно: смешивать сигнал процесса и сигнал результата в одно число значило бы терять информацию об обоих.
Из этого следует честный побочный эффект: день с нулём коммитов — это не обязательно непродуктивный день. Ревью чужого кода, проектирование, длинные обсуждения архитектуры, отладка без финального пуша — всё это может занять весь рабочий день и не оставить в этом графике ни одного столбца. График коммитов стоит читать вместе с активным временем и составом по категориям, а не вместо них — иначе легко сделать неверный вывод по одной метрике, которая просто не предназначена отвечать на вопрос «работал ли человек в этот день».
Своя история, а не чужой ритм
Как и остальные графики на странице, этот не сравнивает частоту коммитов с каким-то универсальным ожиданием («N коммитов в день — это нормально для разработчика») — такого числа не существует, оно сильно зависит от стиля работы, размера задач и принятой в команде практики коммитов (мелкими шагами или редкими крупными). Это тот же принцип из «Почему DevPace сравнивает вас только с вами самим»: полезно видеть собственный обычный ритм — то, что для человека дни без коммитов чередуются с днями по 3-5 коммитов, — и замечать длинные необычные паузы, а не подгонять частоту под чужой ориентир.
На уровне команды та же метрика может агрегироваться без потери честности сигнала: суммарное число коммитов по команде за период — куда более устойчивый и менее спорный показатель, чем попытка сравнивать людей по этому числу поодиночке, и именно на этом принципе строится командная аналитика, см. «Команда видит агрегат, вы — детали своей работы».
На скриншоте видно, что коммиты распределены крайне неравномерно: несколько дней с заметными столбцами (например, пн 6 и вт 21), много дней без единого коммита, и последний, тёмный столбец сегодняшнего дня — 0, день ещё не закончен.
Пример
За показанный месяц у человека было всего несколько дней с высокой активностью коммитов — например, 6, 15 и 21 числа, каждый по 3-6 коммитов, — и заметно больше дней с нулём. Сегодня коммитов пока тоже 0, но день ещё в процессе (столбец выделен темнее), и активное время за сегодня уже больше трёх часов — то есть человек, вероятно, работает, просто пока не закоммитил. Сам по себе этот график не бьёт тревогу по нулевым дням — тревогу имеет смысл бить, только если ноль по коммитам держится неделями подряд одновременно с высоким активным временем в IDE, что стоило бы уже смотреть в связке с графиком категорий.
Опубликовано: 23 мая 2026 г.