Bazel 특별 관심분야 그룹

문제 신고하기 소스 보기

Bazel은 특정 분야에 대한 공동작업에 집중하고 Bazel 소유자, 유지보수 담당자, 참여자 간의 커뮤니케이션과 조정을 지원하기 위해 SIG (Special Interest Groups)를 호스팅합니다. 이 정책은 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 소유자는 종종 더 광범위한 Bazel 커뮤니티에 그룹 활동을 알리기 위해 SIG 책임자에게 SIG 작업에 대한 보고를 요청합니다.

SIG에 더 이상 유용한 목적이나 관심 있는 커뮤니티가 없는 경우 SIG는 보관처리되고 운영을 중지할 수 있습니다. Bazel 제품팀은 프로젝트의 전반적인 상태를 유지하기 위해 이러한 비활성 SIG를 보관처리할 권리를 보유하지만, 이는 덜 바람직한 결과입니다. SIG는 유효 수명이 다한 것을 인지한 경우 해체를 선택할 수도 있습니다.

참고

이 콘텐츠는 TensorFlow의 SIG 플레이북에서 채택되어 수정되었습니다.