Bazel Special Interest Groups

Bazel은 SIG (특수 관심분야 그룹)를 호스팅하여 특정 영역에 대한 협업을 집중하고 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의 명확한 목적 및 이점 (하위 프로젝트 또는 애플리케이션 영역 주변)
  • 그룹 리드 역할을 할 의향이 있는 두 명 이상의 참여자, 다른 참여자의 존재, 그룹에 대한 수요 증명
  • 각 그룹은 하나 이상의 공개적으로 액세스할 수 있는 메일링 리스트를 사용해야 합니다. SIG는 bazel-discuss와 같은 공개 목록 중 하나를 재사용하거나 @bazel.build 목록을 요청하거나 자체 목록을 만들 수 있습니다.
  • SIG에서 초기에 요구하는 리소스 (일반적으로 메일링 리스트 및 일반 영상 통화)
  • SIG는 bazelbuild/community의 디렉터리 또는 bazelbuild GitHub{의 자체 저장소에서 문서와 파일을 제공할 수 있습니다. 101}조직입니다. 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 플레이북에서 수정사항과 함께 채택되었습니다.