Метрики репозиторію

Реактивність

Як inspect.software вимірює реактивність — частку вирішених звернень та прийнятих пул-реквестів за весь час життя проєкту. 6% загального індексу.

Методологія v1.13.0Оновлено 2026-07-13

Реактивність вимірює, чи справді опрацьовується робота, що надходить до проєкту, — звіти про помилки, запити на функціональність, запропоновані патчі. Трекер звернень, де повідомлення накопичуються без відповіді, або черга пул-реквестів, закритих без жодної взаємодії, передбачає досвід, який чекатиме на кожного майбутнього користувача та контриб'ютора.

  • Категорія: Сталість та врядування (25% у межах категорії)
  • Вага в загальному індексі: 6.0%
  • Ключ метрики: responsiveness
  • null, коли репозиторій не має звернень і жодного вирішеного пул-реквеста

Як обчислюється значення

КомпонентВагаКритерії
Вирішення звернень46.75частка закритих звернень від загальної кількості × 46.75
Прийняття PR38.25злиті / (злиті + закриті без злиття) × 38.25
OpenSSF Scorecard: Code-Review15результат Scorecard 0–10, масштабований до 15 балів

Підрахунки охоплюють увесь час життя проєкту. Перцентилі затримки — як швидко вирішуються звернення та пул-реквести за нещодавнє вікно — внесені до опублікованої дорожньої карти методології і з'являться разом з підвищенням версії (див. версії методології).

Code-Review — доповнювальний спільний доказ: він перевіряє схвалення наборів змін, тоді як прийняття PR вимірює результати злиття. Він залишається компонентом Безпеки й виключається тут, якщо Scorecard недоступний або має статус n/a.

Що означають два співвідношення

  • Вирішення звернень показує частку поданих звернень, що дійшли до рішення. Проєкти з чесним тріажем — виправити, відповісти або закрити з поясненням — читаються добре; проєкти, де звернення мовчки накопичуються, читаються низько.
  • Прийняття PR показує, що відбувається із запропонованим кодом серед пул-реквестів, які дійшли до рішення. Дуже низька частка злиття часто вказує на проєкт, який отримує внески, але не може або не хоче їх приймати.

Як читати результат

  • Закрити — це вирішити. Метрика не вимагає, щоб кожне звернення було виправлене — обґрунтоване «wontfix» теж є рішенням. Штрафується саме необмежене накопичення.
  • Співвідношення за весь час змінюються повільно. Проєкт, що нещодавно налагодив тріаж, побачить поступове відновлення цієї метрики; заплановані часові вікна вимірювання затримки зроблять нещодавню поведінку помітнішою.
  • Репозиторії з вимкненими зверненнями та без історії PR отримують тут null, а ваги перенормовуються — див. індекс здоров'я.

Як покращити значення

  • Проводити тріаж за розкладом: маркувати, відповідати та закривати застарілі звернення з поясненням, а не залишати їх відкритими без кінця.
  • Вирішувати пул-реквести в обидва боки — і злиття добрих, і явна відмова від непридатних однаково зараховуються як опіка над проєктом.
  • Шаблони зі здоров'я спільноти підвищують якість вхідних звернень і роблять сталий тріаж дешевшим.

Дивіться також: стійкість мейнтейнерів · Сталість та врядування