Gobernanza y número de mantenedores

La comprobación Contributors es de riesgo bajo, pero mide algo que nadie más mide: de cuántas organizaciones distintas vienen las personas que cambian el código. Su puntuación máxima pide personas de al menos tres organizaciones en los últimos 30 commits, con al menos 5 commits cada una. Son umbrales de Scorecard, no leyes: sirven para ordenar.

Abre las consultas de contribuciones y cuenta, para tablaplana, cuántas organizaciones tienen 5 o más de sus últimos 30 commits.

El factor de autobús es el número de personas a las que habría que quitar del proyecto para que se quedara parado. Sin una cifra exacta, una pista razonable es qué parte del trabajo reciente hace una sola cuenta: cuanto mayor, menos personas sostienen el proyecto de verdad aunque haya muchos nombres en la lista.

Calcula el porcentaje de los últimos 30 commits de tablaplana que hizo la cuenta que más commits tiene.

Un proyecto con gobernanza escrita dice cómo se decide, quién puede aprobar cambios y cómo entra y sale un mantenedor. Es un archivo en el repositorio, a menudo en la raíz. Su ausencia no condena al proyecto, pero deja la sucesión en manos de lo que decida una persona el día que se vaya.

Abre la tabla de gobernanza. Solo una de las tres bibliotecas tiene archivo.

En tablaplana, 25 de los 30 commits vienen de personas de una misma empresa y el repositorio está en la cuenta personal de quien más trabaja. Eso no es un fallo hoy. Es una dependencia: si la empresa cambia de prioridades, si la persona deja el proyecto, o si se vende o cambia de licencia, quienes la usan tienen poco margen.

colaligera la mantiene una sola cuenta independiente, sin archivo de gobernanza. Aun así puede ser la mejor opción técnica para un servicio, y rechazar todo lo que dependa de una persona dejaría al equipo sin casi nada que usar. Lo razonable es medir el riesgo y compensarlo, no esconderlo.