Bazel Special Interest Groups

문제 신고 소스 보기

Bazel은 SIG (Special Interest Groups)를 주최하여 특정 영역의 공동작업에 집중하고 Bazel 소유자, 유지관리 담당자, 기여자 간의 커뮤니케이션 및 조정을 지원합니다. 이 정책은 bazelbuild에 적용됩니다.

SIG는 공공장소에서 업무를 처리합니다. SIG의 이상적인 범위는 참여가 대다수의 커뮤니티에서 이루어지는 잘 정의된 도메인을 다룹니다. SIG는 bazelbuild에 있는 커뮤니티에서 유지관리되는 저장소(예: 언어 규칙) 또는 Bazel 저장소의 코드 영역 (예: 원격 실행)에 중점을 둘 수 있습니다.

모든 SIG가 동일한 수준의 에너지, 범위, 거버넌스 모델을 가지고 있는 것은 아니지만, 관심분야 그룹이 형성되면 참여하고 참여할 의향이 있는 커뮤니티 구성원이 있다는 충분한 증거가 있어야 합니다. 참여하기 전에 그룹 작업을 검토한 후 SIG 리더에게 문의하세요. 멤버십 정책은 SIG에 따라 다릅니다.

Bazel SIG의 전체 목록을 참조하세요.

비목표: SIG가 아닌 목표

SIG는 공유 작업에 대한 공동작업을 용이하게 하기 위한 것입니다. 따라서 SIG는 다음과 같습니다.

  • 지원 포럼 아님: 메일링 리스트와 SIG는 동일하지 않습니다.
  • 즉시 필요하지 않음: 프로젝트 수명 초기에 작업이나 공동작업자를 공유했는지 모를 수 있습니다.
  • 자유로운 노동 금지: 작업을 성장시키고 조율하는 데 에너지가 필요합니다.

Bazel 소유자는 SIG 생성에 보수적인 접근 방식을 취합니다. GitHub에서 프로젝트를 쉽게 시작할 수 있기 때문에 SIG 없이도 공동작업이 이루어질 수 있는 방법이 많습니다.

SIG 수명 주기

이 섹션에서는 SIG를 만드는 방법을 다룹니다.

연구 및 컨설팅

새 SIG 그룹을 제안하려면 먼저 아래에 설명된 대로 승인을 받을 증거를 수집합니다. 다음과 같은 사항을 고려해 보시기 바랍니다.

  • 잘 정의된 문제 또는 그룹이 해결할 문제 세트
  • 혜택을 받을 커뮤니티 회원과의 컨설팅을 통해 혜택과 그들의 의도를 평가합니다.
  • 기존 프로젝트의 경우 기여자가 주제에 관심을 보인 문제 및 PR의 증거
  • 그룹의 잠재적 목표
  • 그룹 실행을 위한 리소스 요구사항

SIG의 필요성이 분명해 보이는 경우에도 그룹의 성공을 위해서는 연구와 컨설팅이 여전히 중요합니다.

새 그룹 만들기

새 그룹은 아래 절차에 따라 전세를 수행해야 합니다. 특히 다음을 보여주어야 합니다.

  • Bazel에 대한 명확한 목적과 이점 (하위 프로젝트 또는 애플리케이션 영역 주변)
  • 참여자 두 명 이상이 그룹 리드 역할을 하고, 다른 참여자의 존재와 그룹에 대한 수요의 증거를 제공합니다.
  • 각 그룹은 공개적으로 액세스할 수 있는 메일링 리스트를 1개 이상 사용해야 합니다. SIG는 bazel-discuss와 같은 공개 목록 중 하나를 재사용하거나 @bazel.build 목록을 요청하거나 자체 목록을 만들 수 있습니다.
  • SIG에 처음에 필요한 리소스 (일반적으로 메일링 리스트 및 일반 영상 통화)
  • SIG는 bazelbuild/community에 있는 디렉터리의 문서나 bazelbuild GitHub 조직의 자체 저장소에서 문서와 파일을 제공할 수 있습니다. SIG는 bazelbuild GitHub 조직 외부에서 작업을 구성하도록 선택한 경우 외부 리소스에 연결할 수 있습니다.
  • Bazel 소유자가 SIG 애플리케이션을 승인 또는 거부하고 필요에 따라 다른 이해관계자에게 문의합니다.

프로세스의 공식 부분을 입력하기 전에 Bazel 제품팀(product@bazel.build)에 문의해야 합니다. 대부분의 SIG는 승인 전에 대화와 반복이 필요합니다.

새 그룹의 공식 요청은 헌장을 PR로 bazelbuild/community에 제출하고 아래 템플릿에 따라 PR의 댓글에 요청을 포함하는 방식으로 진행됩니다. 승인 시 그룹의 PR이 병합되고 필요한 리소스가 생성됩니다.

새 SIG의 템플릿 요청

새 SIG를 요청하려면 커뮤니티 저장소 SIG-request-template.md의 템플릿을 사용하세요.

전세

그룹을 설정하려면 헌장이 필요하며 Bazel 윤리 강령을 따라야 합니다. 그룹의 보관 파일이 공개됩니다. 멤버십은 승인 없이 모두에게 공개되거나 요청 시 그룹 관리자의 승인 대기 중일 수 있습니다.

헌장은 관리자를 지명해야 합니다. 그룹에는 Bazel 제품팀에서 요구하는 조정 담당자 역할을 하는 담당자 (한 사람일 수 있음)가 한 명 이상 포함되어 있어야 합니다.

그룹 크리에이터는 자신의 헌장을 그룹 메일링 리스트에 게시해야 합니다. Bazel GitHub 조직의 커뮤니티 저장소는 이러한 문서와 정책을 보관처리합니다. 그룹은 관행과 규약을 발전시켜 나가면서 커뮤니티 저장소의 관련 부분 내에서 전세를 업데이트해야 합니다.

공동작업 및 포용성

의무사항은 아니지만 그룹은 예약된 컨퍼런스 콜이나 채팅 채널을 통해 공동작업을 수행하여 회의를 진행해야 합니다. 이러한 모임은 메일링 리스트에 공지해야 하며, 이후 메일링 리스트에도 게시됩니다. 정기적 회의는 SIG의 책임성과 진행에 도움이 됩니다.

Bazel 제품팀은 구성원이 사전에 모니터링하고 적절한 조치를 취하도록 유도할 수 있습니다.

SIG 실행하기

필수 활동:

선택적 활동:

  • Bazel 블로그의 블로그 게시물 만들기

SIG의 상태 및 종료

Bazel 소유자는 SIG의 상태를 보장하기 위해 최선을 다합니다. Bazel 소유자는 SIG 리더에게 SIG 작업에 대한 보고를 요청하여 광범위한 Bazel 커뮤니티에 그룹 활동을 알릴 수 있습니다.

SIG에 더 이상 유용한 목적이나 관심 있는 커뮤니티가 없다면 보관처리되고 작동이 중단될 수 있습니다. Bazel 제품팀은 이러한 비활성 SIG를 보관처리하여 프로젝트의 전반적인 상태를 유지할 수 있는 권리를 보유하지만, 이는 선호되지 않습니다. SIG는 유용한 수명이 다한 것으로 확인되면 해체할 수도 있습니다.

참고

이 콘텐츠는 Tensorflow의 SIG 플레이북에서 수정과 함께 채택되었습니다.