Grupos de interés especial de Bazel

Bazel aloja grupos de interés especial (SIG) para centrar la colaboración en áreas particulares y respaldar la comunicación y la coordinación entre los propietarios, mantenentes y colaboradores de Bazel. Esta política se aplica a bazelbuild.

Los SIG hacen su trabajo en público. El alcance ideal de un SIG abarca un dominio bien definido, en el que la mayor parte de la participación es de la comunidad. Los SIG pueden centrarse en los repositorios que mantiene la comunidad en bazelbuild (como las reglas de lenguaje) o en áreas de código del repositorio de Bazel (como Remote Execution).

Si bien no todos los SIG tendrán el mismo nivel de energía, amplitud de alcance o modelos de administración, debe haber suficiente evidencia de que hay miembros de la comunidad dispuestos a participar y contribuir en caso de que se establezca el grupo de interés. Antes de unirte, revisa el trabajo del grupo y, luego, comunícate con el líder de SIG. Las políticas de membresías varían según el SIG.

Consulta la lista completa de SIG de Bazel.

No objetivos: Qué no es un SIG

Los SIG están diseñados para facilitar la colaboración en el trabajo compartido. Por lo tanto, un SIG implica lo siguiente:

  • No es un foro de asistencia: Una lista de distribución y un SIG no es lo mismo.
  • No se requiere de inmediato: Al principio de la vida de un proyecto, es posible que no sepas si compartiste trabajos o colaboradores.
  • Trabajo no 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 de iniciar proyectos en GitHub, hay muchas vías en las que la colaboración puede llevarse a cabo sin la necesidad de un SIG.

Ciclo de vida de SIG

En esta sección, se explica cómo crear un SIG.

Investigación y consulta

A fin de proponer un nuevo grupo SIG, primero recopila evidencia para su aprobación, como se especifica a continuación. Estos son algunos de los métodos que puedes considerar:

  • Un problema bien definido o un conjunto de problemas que el grupo resolvería
  • Consultar con los miembros de la comunidad que se beneficiarían y evaluar tanto el beneficio como su voluntad de comprometerse
  • Para proyectos existentes, pruebas de problemas y RR.PP. de que a los colaboradores se les preocupa 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 son importantes para el éxito del grupo.

Crea el grupo nuevo

El nuevo grupo debe seguir el proceso de estatuto que se indica a continuación. En particular, debe demostrar lo siguiente:

  • Un propósito y beneficio claros para Bazel (ya sea en torno a un subproyecto o área de aplicación)
  • Dos o más colaboradores dispuestos a actuar como líderes de grupo, la existencia de otros colaboradores y la evidencia de demanda para el grupo
  • Cada grupo debe usar al menos una lista de distribución de acceso público. Un SIG puede volver a usar una de las listas públicas, como bazel-discuss, solicitar una lista para @bazel.build o crear su propia lista
  • Recursos que el SIG requiere inicialmente (por lo general, una lista de distribución y una videollamada normal).
  • Los SIG pueden entregar documentos y archivos desde su directorio en bazelbuild/community o desde su propio repositorio en la organización bazelbuild de GitHub. Los SIG pueden vincularse a recursos externos si deciden organizar su trabajo fuera de la organización bazelbuild de GitHub.
  • 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 al equipo de productos de Bazel mediante product@bazel.build. La mayoría de los SIG requiere iteración y conversación antes de la aprobación.

La solicitud formal para el nuevo grupo se realiza mediante el envío de un estatuto como PR a bazelbuild/community y su inclusión en los comentarios del PR según la siguiente plantilla. Luego de la aprobación, se combina la solicitud de extracción para el grupo y se crean los recursos necesarios.

Solicitud de plantilla para un nuevo SIG

Para solicitar un SIG nuevo, usa la plantilla en el repositorio de la comunidad: SIG-request-template.md.

Arrendamiento

Para establecer un grupo, necesitas un estatuto y seguir el código de conducta de Bazel. Los archivos del grupo serán públicos. La membresía puede estar abierta a todo el mundo sin aprobación, o disponible a pedido, pendiente de aprobación del administrador del grupo.

El estatuto debe nominar a un administrador. Además de un administrador, el grupo debe incluir al menos una persona como líder (puede ser la misma persona), que actúe como punto de contacto para la coordinación según se requiera con el equipo de productos de Bazel.

Los creadores del grupo deben publicar su estatuto en la lista de distribución del grupo. El repositorio de la comunidad en la organización de Bazel GitHub archiva estos documentos y políticas. A medida que los grupos evolucionan sus prácticas y convenciones, deben actualizar sus estatutos en la parte relevante del repositorio de la comunidad.

Inclusión y colaboración

Si bien no es obligatorio, el grupo debe usar la colaboración a través de llamadas en conferencia programadas o canales de chat para realizar las reuniones. Estas reuniones deben anunciarse en la lista de distribución y, luego, las notas deben publicarse en ella. Las reuniones regulares ayudan a impulsar la responsabilidad y el progreso en un SIG.

Los miembros del equipo de producto de Bazel pueden supervisar proactivamente y alentar al grupo a debatir y tomar medidas según corresponda.

Inicia un SIG

Actividades obligatorias:

Actividades opcionales:

  • Crea una entrada para el blog de Bazel

Estado y finalizació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 de SIG que informe sobre el trabajo del SIG para informar a la comunidad más amplia de Bazel sobre la actividad del grupo.

Si una SIG ya no tiene un propósito útil o una comunidad interesada, se puede archivar y dejar de funcionar. El equipo de producto de Bazel se reserva el derecho de archivar esos SIG inactivos para mantener el estado general del proyecto, aunque es un resultado menos preferible. Un SIG también puede optar por disolverse si reconoce que alcanzó el final de su vida útil.

Nota

Este contenido se adoptó de la guía de SIG de TensorFlow con modificaciones.