Bazel SIG

문제 신고 소스 보기 나이틀리 · 8.3 · 8.2 · 8.1 · 8.0 · 7.6

Bazel은 특정 분야에 대한 공동작업에 집중하고 Bazel 소유자, 유지관리자, 기여자 간의 커뮤니케이션과 조율을 지원하기 위해 특별 관심 분야 그룹 (SIG)을 호스팅합니다. 이 정책은 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의 명확한 목적과 이점 (하위 프로젝트 또는 애플리케이션 영역과 관련)
  • 그룹 리더 역할을 할 의향이 있는 기여자가 2명 이상인지, 다른 기여자가 있는지, 그룹에 대한 수요가 있는지
  • 각 그룹은 공개적으로 액세스할 수 있는 메일링 리스트를 하나 이상 사용해야 합니다. SIG는 bazel-discuss와 같은 공개 목록을 재사용하거나 @bazel.build 목록을 요청하거나 자체 목록을 만들 수 있습니다.
  • SIG에 처음 필요한 리소스 (일반적으로 메일링 리스트와 정기적인 영상 통화)
  • SIG는 bazelbuild/community의 디렉터리 또는 bazelbuild GitHub 조직의 자체 저장소에서 문서와 파일을 제공할 수 있습니다. SIG는 bazelbuild GitHub 조직 외부에서 작업을 구성하려는 경우 외부 리소스에 연결할 수 있습니다.
  • Bazel 소유자는 SIG 신청을 승인하거나 거부하고 필요에 따라 다른 이해관계자와 협의합니다.

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

새 그룹에 대한 공식 요청은 bazelbuild/community에 헌장을 PR로 제출하고 아래 템플릿에 따라 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 플레이북을 수정하여 채택했습니다.