Bazel aloja grupos de interés especial (SIG) para enfocar la colaboración en áreas particulares y respaldar la comunicación y coordinación entre los propietarios, los mantenedores y los colaboradores de Bazel. Esta política se aplica a bazelbuild.
Los SIG realizan su trabajo en público. El alcance ideal de un SIG abarca un dominio bien definido, en el que la mayoría de la participación proviene de la comunidad. Los SIG pueden enfocarse en repositorios mantenidos por la comunidad en bazelbuild (como las reglas de lenguaje) o en áreas de código en el repositorio de Bazel (como la ejecución remota).
Si bien no todos los SIG tendrán el mismo nivel de energía, amplitud de alcance ni modelos de gobernanza, debe haber evidencia suficiente de que hay miembros de la comunidad dispuestos a participar y contribuir si se establece el grupo de interés. Antes de unirte, revisa el trabajo del grupo y, luego, comunícate con el líder del SIG. Las políticas de membresía varían según el SIG.
Consulta la lista completa de SIG de Bazel.
No son objetivos: Qué no es un SIG
Los SIG tienen como objetivo facilitar la colaboración en el trabajo compartido. Por lo tanto, un SIG tiene las siguientes características:
- No es un foro de asistencia: Una lista de distribución y un SIG no son lo mismo.
- No es obligatorio de inmediato: Al principio de un proyecto, es posible que no sepas si compartiste trabajo o colaboradores.
- No es trabajo gratuito: Se requiere energía para crecer y coordinar el trabajo de forma colaborativa.
Los propietarios de Bazel adoptan un enfoque conservador para la creación de SIG. Gracias a la facilidad para iniciar proyectos en GitHub, existen muchas vías en las que se puede realizar la colaboración sin necesidad de un SIG.
Ciclo de vida de los SIG
En esta sección, se explica cómo crear un SIG.
Investigación y consulta
Para proponer un nuevo grupo de SIG, primero recopila evidencia para su aprobación, como se especifica a continuación. Estas son algunas opciones posibles:
- Un problema o un conjunto de problemas bien definidos que el grupo resolvería
- Consulta con los miembros de la comunidad que se beneficiarían, y evalúa el beneficio y su voluntad de compromiso.
- Para proyectos existentes, evidencia de problemas y PR que demuestren que a los colaboradores les importa el tema
- Posibles objetivos que el grupo puede alcanzar
- Requisitos de recursos para ejecutar el grupo
Incluso si la necesidad de un SIG parece evidente, la investigación y la consulta siguen siendo importantes para el éxito del grupo.
Crea el grupo nuevo
El grupo nuevo debe seguir el proceso que se indica a continuación para la creación de la carta. En particular, debe demostrar lo siguiente:
- Un propósito y un beneficio claros para Bazel (ya sea en un subproyecto o en un área de aplicación)
- Dos o más colaboradores dispuestos a actuar como líderes del grupo, la existencia de otros colaboradores y evidencia de la demanda del grupo
- Cada grupo debe usar al menos una lista de distribución de acceso público. Un SIG puede reutilizar una de las listas públicas, como bazel-discuss, solicitar una lista para @bazel.build o crear su propia lista.
- Los recursos que requiere el SIG inicialmente (por lo general, una lista de distribución y una videollamada habitual)
- Los SIG pueden entregar documentos y archivos desde su directorio en
bazelbuild/communityo desde su propio repositorio en la organización de GitHubbazelbuild. Los SIG pueden vincularse a recursos externos si deciden organizar su trabajo fuera de la organización de GitHub debazelbuild. - Los propietarios de Bazel aprueban o rechazan las solicitudes de SIG y consultan a otras partes interesadas según sea necesario.
Antes de ingresar a las partes formales del proceso, debes consultar con el equipo de productos de Bazel en product@bazel.build. La mayoría de los SIG requieren conversación y iteración antes de la aprobación.
Para realizar la solicitud formal del grupo nuevo, envía una carta como una solicitud de revisión a bazelbuild/community y, luego, incluye la solicitud en los comentarios de la solicitud de revisión según la plantilla que se indica a continuación. Cuando se aprueba, se fusiona la PR del grupo y se crean los recursos necesarios.
Solicitud de plantilla para un nuevo SIG
Para solicitar un nuevo SIG, usa la plantilla en el repositorio de la comunidad: SIG-request-template.md.
Alquiler
Para establecer un grupo, necesitas una carta y debes seguir el código de conducta de Bazel. Los archivos del grupo serán públicos. La membresía puede estar abierta para todos sin aprobación o disponible a pedido, pendiente de la aprobación del administrador del grupo.
La carta debe designar a un administrador. Además de un administrador, el grupo debe incluir al menos una persona como líder (que puede ser la misma persona), que funcione como punto de contacto para la coordinación según sea necesario con el equipo de productos de Bazel.
Los creadores del grupo deben publicar su carta en la lista de distribución del grupo. El repositorio de la comunidad en la organización de GitHub de Bazel archiva esos documentos y políticas. A medida que los grupos evolucionan sus prácticas y convenciones, deben actualizar sus cartas en la parte relevante del repositorio de la comunidad.
Colaboración e inclusión
Si bien no es obligatorio, el grupo debe optar por usar la colaboración a través de conferencias telefónicas programadas o canales de chat para realizar reuniones. Todas estas reuniones deben anunciarse en la lista de distribución y las notas deben publicarse en la lista de distribución después. Las reuniones periódicas ayudan a impulsar la responsabilidad y el progreso en un SIG.
Los miembros del equipo de productos de Bazel pueden supervisar de forma proactiva al grupo y alentarlo a que analice y realice acciones según corresponda.
Cómo iniciar un SIG
Actividades obligatorias:
- Notifica a los grupos de debate general de Bazel (bazel-discuss, bazel-dev).
Actividades opcionales:
- Crea una entrada de blog para el blog de Bazel
Estado y rescisión de los SIG
Los propietarios de Bazel hacen todo lo posible para garantizar el estado de los SIG. En ocasiones, los propietarios de Bazel solicitan al líder del SIG que informe sobre su trabajo para informar a la comunidad más amplia de Bazel sobre la actividad del grupo.
Si un SIG ya no tiene un propósito útil o una comunidad interesada, es posible que se archive y deje de funcionar. El equipo del producto de Bazel se reserva el derecho de archiving esos SIG inactivos para mantener el estado general del proyecto, aunque es un resultado menos preferible. Un SIG también puede disolverse si reconoce que llegó al final de su vida útil.
Nota
Este contenido se adoptó del libro de jugadas de SIG de TensorFlow con modificaciones.