Время ожидания в merge queue — это период между готовностью PR к мержу и его фактическим попаданием в основную ветку. Длинная очередь возникает из-за медленных проверок, конфликтов или ограничений на параллельные мержи. Эта метрика особенно критична в крупных монорепозиториях, где десятки PR конкурируют за мерж одновременно.
Время ожидания в очереди после аппрува. Критично при 20+ активных разработчиках.
КРИТИЧЕСКИ УСИЛИВАЕТСЯ: В монорепозиториях десятки PR конкурируют за одну основную ветку. Без партиционирования очереди (Merge Queue Partitioning) каждый мердж инвалидирует проверки остальных PR, создавая бесконечный цикл пересборок.
УСИЛИВАЕТСЯ: PR встаёт в queue в конце рабочего дня автора → падает ночью из-за конфликта или флаки-теста → автор не видит это до утра. 30-минутный фикс превращается в 2-дневный цикл.
Конкуренция за очередь сверхлинейна.
Прямой аддитивный компонент.
Непредсказуемые ожидания фрагментируют рабочий день.
Наблюдать, как одобренные PR сбрасываются из-за чужих падений.
Сбои в очереди сбрасывают прогресс PR. Каждый сбой = часы или дни задержки до завершения повтора.
Один упавший нестабильный тест сбрасывает все PR в очереди каскадом.
Крупные изменения чаще конфликтуют с PR в очереди.
Партиционирование очереди: PR конкурируют только с PR, затрагивающими те же проекты, а не со всеми PR.
Более медленные циклы означают, что PR'ы накапливаются в очередях.