Для чего нужен раздел
Раздел показывает пулл-реквесты, созданные за выбранные даты, и сколько из них уже принято. Среднее время до слияния считается от открытия до слияния только для принятых пулл-реквестов из этого списка. Это другой показатель, чем время от первого коммита до выпуска в DORA. Фильтры в адресе страницы совпадают с фильтрами обзора команды.
Когда использовать
- Когда хотите найти репозиторий или период, где изменения стали дольше ждать слияния.
- Перед изменением процесса ревью, чтобы сохранить исходные показатели.
- После изменения процесса, чтобы сравнить результаты и проверить другие возможные причины разницы.
Первые шаги
- 1Выберите даты, репозиторий и при необходимости email автора.
- 2Прочитайте пояснение: в карточки входят пулл-реквесты, созданные за выбранные даты. Затем сравните число созданных и принятых.
- 3Откройте таблицу активности, чтобы увидеть точные числа по дням, в том числе дни без событий.
- 4Для длинного периода используйте недели; крайние недели могут содержать меньше семи выбранных дней.
Пример использования
Ситуация: В примере на главной странице четыре принятых пулл-реквеста. От открытия до слияния прошло 8 и 26 часов в example/api, 4 и 6 часов в example/web. Данные вымышлены.
- 1Без фильтра среднее равно (8 + 26 + 4 + 6) / 4 = 11 часов.
- 2Выберите example/api: (8 + 26) / 2 = 17 часов. Выберите example/web: (4 + 6) / 2 = 5 часов.
- 326 часов включают ожидание и ночь. Это не количество рабочих часов и не объяснение причины задержки.
- 4На своих данных проверьте даты открытия и слияния в GitHub, GitLab или Bitbucket. В среднее входят только принятые пулл-реквесты, созданные за выбранный период.
Что станет понятно: Вы видите, как фильтр меняет среднее: 11 часов по двум репозиториям, 17 по API и 5 по веб-приложению. Учитывайте число изменений и сравнивайте одинаковые периоды.
Частые вопросы
Как найти причину долгого слияния pull request?
Сначала найдите конкретные PR с большой длительностью и проверьте их историю у Git-провайдера: запросы ревью, ответы, изменения и результаты CI. Время от открытия до слияния включает ожидание и нерабочие часы. Оно само по себе не позволяет отделить работу автора от ожидания ревью или проверить причину задержки.
Показаны все пулл-реквесты, принятые за выбранные даты?
Нет. В обзоре команды и «Потоке изменений» показаны принятые пулл-реквесты из числа созданных за выбранные даты. Если пулл-реквест открыли раньше, он не попадёт в расчёт, даже если его приняли в этом периоде.
Что такое окна Git-активности?
Это интервалы, в которые у автора были события в Git. События одного автора за день по UTC объединяются, если между ними прошло не более 60 минут. Интервал заканчивается через 15 минут после последнего события или в полночь, если она наступила раньше. Повторы и пересечения событий не увеличивают время.
Это рабочие часы или оценка задач?
Нет. Интервалы Git-активности не учитывают работу без событий в Git. Для одного автора они не превышают 24 часов в день по UTC; сумма по нескольким авторам может быть больше. Не используйте эти числа для оплаты труда, оценки задач или продуктивности человека.
Практические советы
- Смотрите среднее время вместе с долей принятых пулл-реквестов: быстрое слияние нескольких изменений не говорит о судьбе остальных.
- Если меняете процесс ревью, отдельно запишите дату для последующей проверки результата.