Життєздатність відповідає на найпростіше питання про відкритий проєкт: чи він живий? Код, що перестав рухатися, перестає вбирати звіти про помилки, виправлення безпеки та роботу над сумісністю — а залежність від приспаного проєкту є одним з найпоширеніших і найменш помітних ризиків у ланцюзі постачання програмного забезпечення.
Категорія несе 22% загального індексу здоров'я — більше лише в Сталості та врядування.
Метрики в цій категорії
| Метрика | Вага в категорії | Вага в загальному індексі |
|---|---|---|
| Активність розробки | 60% | 13.2% |
| Дисципліна релізів | 40% | 8.8% |
Активність розробки вимірює, чи пишеться код: свіжість пушів, тижневий ритм комітів за останній рік та обсяг комітів. Дисципліна релізів вимірює, чи справді ця робота доходить до користувачів у вигляді версіонованих релізів — свіжість і ритм опублікованих релізів.
Перевірки Scorecard Maintained та Signed-Releases також є спільними доказами в цих двох метриках. Це навмисно дозволяє спостережуваному супроводу та походженню релізів впливати і на Життєздатність, і на Безпеку — з різними вагами.
Поділ свідомий. Репозиторій може показувати постійні коміти, але жодного разу не випустити реліз, який користувачі могли б узяти; інший може видавати охайні квартальні релізи з малорухливої основної гілки. Здорові проєкти роблять і те, і те, і категорія винагороджує саме це поєднання.
Як читати значення категорії
- Висока Життєздатність зі слабким врядуванням часто позначає швидкий проєкт, який тягне одна людина, — звірте зі стійкістю мейнтейнерів.
- Низька Життєздатність зрілої бібліотеки не є автоматично фатальною: деякі фундаментальні пакети справді завершені й змінюються рідко. Категорія звітує спостережуваний рух; судження про те, чи рух потрібен, належить читачеві.
- Коли дані про релізи недоступні, дисципліна релізів стає
null, і категорія перенормовується лише на активність розробки — примітки звіту про це повідомляють (див. індекс здоров'я).
Як покращити Життєздатність
- Тримати основну гілку в русі: зливати готову роботу регулярно, а не накопичувати місяці змін.
- Публікувати версіоновані релізи з передбачуваним ритмом, навіть для малих змін; зараховуються і свіжість, і ритм.
- Якщо проєкт свідомо перебуває в режимі підтримки, зазначте це в README — реєстр не може прочитати намір, але користувачі нижче за течією можуть.
Дивіться також: діапазони рейтингу · версії методології