Las ocupadas abejas del Equipo central tienen una serie de responsabilidades para mantener en movimiento la colmena que es BeeWare. Se trata de un proyecto proyecto en evolución, por lo que esta página está sujeta a cambios.

Estas tareas incluyen, entre otras, responder a los problemas, revisar y la fusión de código, tutoría nuevos contribuyentes, y la arquitectura de la proyecto BeeWare en su conjunto.

Hay personas en las que confiamos para tomar decisiones sobre el código; hay personas en las que en las que confiamos para tomar decisiones sobre el código y la organización. que guía la visión de toda la organización, y a la que se le confía tomar una decisión final si la comunidad no puede llegar a un consenso.

Estos niveles pueden describirse del siguiente modo:

Abeja, o Abeja Obrera:

  • Cualquier miembro de la comunidad BeeWare. Dado que trabajamos en abierto en GitHub, cualquiera puede sugerir cambios en el código y tener su código fusionado. El único límite a su capacidad de contribuir es tener su por un miembro del equipo con los derechos para hacerlo.

Apicultor:

  • Abeja reconocida como colaboradora de confianza. Estas abejas han demostrado su capacidad en relación con una parte específica del proyecto BeeWare durante un periodo de tiempo. Puede ser a nivel técnico técnico (conocimientos de JavaScript, Python, Objective-C; GTK+, macOS ), o a otro nivel (gestión de la comunidad, revisión del código). Los aparicionistas también pueden tener el bit de commit para el proyecto en el que se reconoce su experiencia.

Apicultores Senior:

  • Apicultores con acceso elevado en GitHub, y también un nivel añadido de responsabilidad para supervisar el proyecto en su conjunto. Pueden tomar decisiones arquitectónicas, pero en última instancia responden al BDFN.

Apicultor fundador: Russell Keith-Magee

  • El hombre que subió por primera vez a una colina y vio un yak que necesitaba afeitarse.
  • Este papel nunca cambia, y continúa ad infinitum
  • Este papel es diferente del papel BDFN

Dictador benévolo por ahora (BDFN): Russell Keith-Magee

  • Una versión de Benevolent Dictator for Life, la responsabilidad de la dirección y las decisiones del proyecto recae en última instancia en el BFDN. El uso de "For Now" en lugar de "For Life" es una referencia al tema de Django de no someter las responsabilidades de core maintainer para toda la vida natural de una persona. persona. La vida existe fuera del código abierto, y el equilibrio código/vida y bienestar general es algo muy importante a tener en cuenta.

Directrices (no normas propiamente dichas)

Como en cualquier proyecto con más de una persona con derechos de commit, hay hay una serie de directrices generales que el equipo debe seguir:

  • Ser una buena representación del proyecto ante la comunidad en general.
  • Tratar todas las consultas y contribuciones a cualquier proyecto BeeWare con respeto**.
  • Asumir que todo el mundo tiene buenas intenciones, aunque no haya elegido bien sus sus palabras
  • Asumir que si alguien ha hecho algo de la manera "incorrecta", es porque hemos fallado en el proceso de comunicación
  • Asumir que cualquier expresión de enfado o frustración proviene de un genuino de querer utilizar una herramienta/biblioteca BeeWare
  • Anime a otros miembros de la comunidad a reflejar estos ideales en sus propias comunicaciones, tanto dentro como fuera de la comunidad. sus propias comunicaciones, tanto dentro como fuera de la comunidad BeeWare BeeWare
  • Ningún apicultor debe comprometer su propio código
    • Excepción: "Algo está muy roto y hay que arreglarlo ya"
    • Excepción: BDFN (esto puede cambiar en el futuro)
  • Todo el código enviado para revisión por un miembro del equipo central debe ser revisado por otro miembro del equipo
    • Excepción: BDFN (esto puede cambiar en el futuro)
  • Todo el código debe pasar las pruebas de integración continua antes de ser fusionado.
    • Excepción: código que se sabe que no funciona y que debe confirmarse por otras razones
    • Excepción: código en un repositorio con pruebas de integración continua insuficientes.
    • Excepción: Trabajar y confirmar es mejor que perfecto y no
  • Los procesos de aceptación deben automatizarse siempre que sea posible
    • Esto significa pruebas, linting, comprobación ortográfica, cobertura, etc.

Convertirse en apicultor

La introducción de un nuevo apicultor en el equipo queda a la entera discreción del Equipo Central existente. Aunque actualmente no hay reglas para esto, en general, alguien será invitado a ser un Apiarist en un BeeWare si ha demostrado una sólida contribución al proyecto. al proyecto. Esto también puede extenderse a alguien con conocimientos (por ejemplo, iOS/macOS) que podría faltar en el equipo existente. equipo existente. Tampoco tiene por qué basarse en commits. Cualquiera que pueda demostrar un interés personal en el proyecto en general puede pedir permiso para comprometerse con el proyecto.

Todos los nuevos apicultores serán "inducidos" (a falta de una palabra mejor) en los valores fundamentales y las directrices del proyecto. Un resumen de los valores fundamentales (/project/about/). Cualquiera que se una al se espera que defienda estos valores y contribuya a los debates a los debates sobre la evolución de estos valores a lo largo del tiempo.

No se espera que ningún apicultor, nuevo o veterano, sea el único encargado de mantener cualquier cosa. Hay muchos apicultores, y muchos más al lado que pueden ofrecer ayuda, consejo y tutoría.