La resiliencia de mantenedores plantea la pregunta incómoda: ¿puede este proyecto sobrevivir a la pérdida de su persona más importante? El patrón que mide — un único mantenedor cargando con prácticamente todo el trabajo — es el modo de fallo estructural más común del código abierto, y es invisible en los recuentos de commits y en las estrellas.
- Categoría: Sostenibilidad y Gobernanza (30% dentro de la categoría)
- Peso en el índice general: 7,2%
- Clave de la métrica:
maintainer_resilience nullcuando la lista de contribuyentes no está disponible
Cómo se calcula el valor
| Componente | Peso | Criterios |
|---|---|---|
| Factor bus | 54 | curva de factor bus v0.9.0, escalada a 54 puntos |
| Distribución de commits | 22.5 | (1 − cuota de commits del contribuyente principal) × 22.5 |
| Amplitud de contribuyentes | 13.5 | min(13.5, contribuyentes muestreados × 1.35) |
| OpenSSF Scorecard: Contributors | 10 | resultado 0–10 de Scorecard, escalado a 10 puntos |
El factor bus es el número más pequeño de contribuyentes que en conjunto concentran la mayoría del trabajo — el número de personas cuya marcha paralizaría el proyecto.
El componente de Scorecard mide las organizaciones/empresas contribuyentes, una señal complementaria útil de resiliencia institucional. También sigue formando parte de Seguridad, y aquí se excluye si no está disponible o es n/a.
Por qué la curva tiene esta forma
El salto de un factor bus de 1 a 2 (10 → 28 puntos) es el mayor escalón individual de toda la metodología, porque es la mayor reducción de riesgo del mundo real: la diferencia entre un proyecto con un único punto de fallo y uno sin él. Los rendimientos disminuyen a partir de 4–5 — una vez que varias personas comparten genuinamente el trabajo, añadir más cambia poco.
La distribución de commits complementa el factor bus: un proyecto puede tener técnicamente cinco contribuyentes mientras una sola persona es autora del 95% de los cambios. El componente de distribución hace visible esa concentración.
Cómo leer el resultado
- Un valor bajo en un proyecto con alta Vitalidad es el perfil clásico del mantenedor en solitario: productivo hoy, frágil mañana.
- Debe leerse junto con la custodia — el respaldo de una organización mitiga (pero no elimina) el riesgo que mide esta métrica.
- Los datos de contribuyentes se muestrean del historial público del repositorio; los bots forman parte del registro observable y las entradas se reproducen en el informe.
- Para los diez principales contribuyentes mostrados, los análisis autenticados también recopilan en una sola petición el nombre, la ubicación, la empresa y las membresías públicas de organizaciones que cada perfil publica en GitHub. Este enriquecimiento no interviene en la puntuación y se oculta de los informes públicos API y HTML; sirve para la resolución interna de identidad sin cambiar el cálculo del factor bus.
Cómo mejorar el valor
- Otorgar derechos de revisión y de fusión al menos a una persona más — pasar el factor bus de 1 a 2 es la mayor ganancia individual disponible.
- Distribuir activamente el trabajo: encauzar las revisiones y las publicaciones de versiones entre varios mantenedores en lugar de a través de una sola persona.
- Convertir a los contribuyentes recurrentes en mantenedores; la amplitud cuenta, y la cantera empieza en la salud de la comunidad.
Relacionado: custodia · Sostenibilidad y Gobernanza