Normativa de fomento de co-mantenedores de paquetes
Todos los paquetes en Fedora serían mantenidos normalmente por un grupo de mantenedores. Se recomienda tener al menos dos mantenedores activos por cada paquete en Fedora. Los paquetes grandes e importantes tendrían más mantenedores — no hay límite máximo.
Motivo
Las razones para tener más de un mantenedor son:
-
Un mantenedor puede confirmar correcciones incluso cuando los otros mantenedores están ausentes.
-
Los mantenedores pueden orientarse mutuamente, lo que redunda en una mejor calidad general de los paquetes.
-
Si un mantenedor deja de mantener su paquete por cualquier motivo, los co-mantenedores pueden tomar el relevo sin problemas.
-
El co-mantenimiento involucra a gente nueva relacionadas con Fedora.
-
Se reduce la carga de trabajo de los mantenedores experimentados, tales que obtengan una oportunidad de implicarse en partes más complicadas e importantes del proyecto.
Normativa
Hay un mantenedor principal quien se ocupa del paquete en general. Es su tarea para aprobar y encontrar mantenedores nuevos y asegurarse de que sus esfuerzos sean coordinados, especialmente entre Fedora y EPEL.
Los mantenedores trabajarían activamente con el fin de obtener al menos un co-mantenedor.
¿Quién puede ser co-mantenedor?
Cualquiera que haya sido apadrinado en el grupo packager puede ser co-mantenedor. Normativa de patrocinio del empaquetador tiene instrucciones especiales para el caso de que alguien que aún no ha sido apadrinado quiera convertirse en co-mantenedor.
Los SIG no pueden ser mantenedores principales, pero pueden ser co-mantenedores.
Aprobar y rechazar co-mantenedores
El mantenedor primario aprueba o rechaza co-mantenedores nuevos. También pueden destituir a los co-mantenedores si hay motivos para ello.
El mantenedor principal no puede bloquear a los co-mantenedores para EPEL solo porque no desean mantener EPEL. Si no desean preocuparse por su paquete en EPEL, tienen que aceptar a alguien que sí lo haga.
Asignación de errores
Los defectos asignados al mantenedor primario, quien es responsable del paquete. Esto no significa que tengan que hacer todo el trabajo, sino que tienen que asegurarse que se haga.
En caso de que el mantenedor principal no esté interesado en mantener el paquete además para EPEL, el asignador para los defectos de EPEL puede ser cambiado a otro mantenedor.
¿Qué pueden hacer los co-mantenedores?
Los co-mantenedores tienen el mismo acceso al paquete que el mantenedor principal. Los cambios tendrían el consenso de todos los mantenedores tras ellos, o bien implícitamente o, como se necesitaba, explícitamente.
Todos los mantenedores comprobarían cada uno de los commits de los demás son correctos y en orden.
Independientemente de cuantos co-mantenedores tenga un paquete, se mantienen las reglas habituales de Quién está Concedido para Modificar Cuáles Paquetes. Por lo tanto, los empaquetadores aprobados también pueden tocar el paquete.
Disputas
Cuando dos o más personas trabajan juntas en un paquete pueden surgir conflictos. La mayoría de ellas probablemente se resolverán sin mucho ruido, pero en caso de que no sea así, aquí tienes algunas sugerencias:
-
si dos mantenedores están en desacuerdo sobre un detalle, pregunte al tercer mantenedor
-
si no se llega a un consenso, pregunte en la lista de correo apropiada
-
si aún no llega a un consenso, solicite a FESCo que medie
Si los co-mantenedores tienen la impresión de que el mantenedor principal no hace bien su tarea, deben pedirle amablemente que entregue el paquete. Si no están dispuestos sin una buena razón o parecen no responder, se puede invocar la Normativa para mantenedores de paquetes que no responden según sea necesario.
Directrices
En las siguientes secciones se describen algunas directrices sobre cómo debe utilizarse en la práctica el co-mantenimiento. Tenga en cuenta que el título de la sección es "directrices" y no "normas". En otras palabras: usted no tiene que seguir los lineamientos si tiene una buena razón. Pero por favor tenga en cuenta que fueron cuidadosamente escritas para tomar en cuenta el interés del proyecto como un todo, para asegurar que Fedora se mantenga saludable y crezca — eso puede no ser obvio a primera vista.
Coordinación entre mantenedores
El mantenedor principal puede establecer pautas individuales sobre lo que sus co-mantenedores pueden y no pueden hacer. Cuando lo hagan, deben tener en mente los logros de Fedora como un todo. Fedora es un gran proyecto comunitario, mantenerlo funcionando no es de mucha ayuda con la actitud de «Este es mi paquete, no quiero que otras personas lo toquen».
No (co)mantenga demasiados paquetes
Hay mucho trabajo por hacer en Fedora y intentaríamos obtener muchos colaboradores en el proyecto para conseguir que el trabajo se haga, la carga se comparta y Fedora mejore.
Si ya has demostrado capacidad y te has ganado el respeto manteniendo adecuadamente un montón de paquetes, puede que sea el momento de pasar poco a poco a cosas más serias. Para conseguir el tiempo necesario para ello, puede ser una buena idea entregar algunos paquetes a otros contribuidores interesados que todavía estén en su camino. Esto puede lograrse fácilmente educando a los co-mantenedores a lo largo del tiempo y entregándoles paquetes cuando hayan demostrado que están haciendo un buen trabajo. Esto ayudaría a los nuevos colaboradores a abrirse camino en el proyecto y a crecer. También debería repartir la carga entre los distintos colaboradores, lo que incluso podría mejorar la calidad general del paquete.
A veces solo hay un mantenedor
Nadie puede obligar a mantener paquetes, por lo que a veces puede suceder que un paquete sólo tenga un responsable. Eso está bien, pero el responsable debería pedir de vez en cuando a otros colaboradores o usuarios interesados que se conviertan en co-mantenedores. Especialmente los paquetes con un gran número de fallos abiertos necesitarán más co-mantenedores para intentar ayudar a resolverlos.
Procedimiento
El procedimiento se describe en aquí.
Want to help? Learn how to contribute to Fedora Docs ›