Definir procedimiento de contribuir a repos en Github

[macagua]

Hay que definir procedimiento de contribuir a repositorio en Github.

• Collective GitHub Organization For Shared Code Repositories.

[LlaveLuis]

Pienso que lo primero sería responder a las siguientes tres preguntas:

1. ¿Cuál es el objetivo de agregar más miembros a la organización en Github?
2. ¿Qué beneficios obtiene un miembro de la organización en Github?
3. ¿Qué obligaciones o qué responsabilidades asume un miembro de la organización en Github?

Me parece que respondiendo a eso se definen los requerimientos para el proceso de selección/aceptación de miembros a la organización en Github.

[macagua]

@LlaveLuis

P. ¿Cuál es el objetivo de agregar más miembros a la organización en Github?
R. Activar mas viejos proyectos y proponer nuevos proyectos en Python que tengan ámbito para la comunidad Python Venezuela.

P. ¿Qué beneficios obtiene un miembro de la organización en Github?
R. Participar en proyectos reales de la comunidad Python Venezuela, ademas de ganar reputación como programador y activista en Github.

P. ¿Qué obligaciones o qué responsabilidades asume un miembro de la organización en Github?
R. Seguir las buenas prácticas de flujo de trabajo de github. Aceptar las normas de etiquetas, estándares de calidad y términos de propiedad intelectual del colectivo de Python Venezuela a pautar.

[LlaveLuis]

Entonces la única razón que veo para restringir de acuerdo al nivel de experiencia es para no tener que dedicarle mucho tiempo a orientar al desarrollador o revisar su trabajo.

Se podría asemejar a una empresa, que puede optar por pedir cierto nivel de experiencia siempre, o puede decidir cubrir algún puesto (o algunos) con desarrolladores con poca o nula experiencia.

Claro, como no hay dinero de por medio, se asemejaría más a un grupo de desarrollo que esté armando un adolescente, sin metas de obtener dinero a corto plazo, y entonces debería decidir si impone algún requisito de experiencia o no.

[macagua]

@LlaveLuis pero igual existen administradores globales de la organización para las configuraciones de la misma, pero en cada repo debe haber un líder local que oriente a los contribuidores locales, pero este enfoque del colectivo permite a cualquier miembro de la organización hacer fork, commits y pull request o hacer commits y push directamente en cualquier repo de la organización, este modelo funciona para ejemplo las comunidades:

• https://github.com/zopefoundation/
• https://github.com/Plone/
• https://github.com/collective/

Como resultado se unen esfuerzos por el colectivo y todos los quieren aportar contribuyen con repos existentes, o siendo el repositorio común donde se publican códigos para publicar proyectos open source me sigues?

[carlosgruiz-dev]

Algo se avanzó en su momento con: https://github.com/pyve/documentos/blob/master/recomendaciones-para-colaborar-en-los-repositorios.md