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의 디렉터리 또는bazelbuildGitHub 조직의 자체 저장소에서 문서와 파일을 제공할 수 있습니다. SIG가bazelbuildGitHub 조직 외부에서 작업을 구성하기로 선택하는 경우 외부 리소스에 연결할 수 있습니다. - 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 일반 토론 그룹(bazel-discuss, bazel-dev)에 알립니다.
선택 활동:
- Bazel 블로그용 블로그 게시물 만들기
SIG의 상태 및 종료
Bazel 소유자는 SIG의 상태를 유지하기 위해 최선을 다합니다. Bazel 소유자는 더 광범위한 Bazel 커뮤니티에 그룹의 활동을 알리기 위해 SIG 책임자에게 SIG의 작업에 관한 보고서를 요청하는 경우가 있습니다.
SIG에 더 이상 유용한 목적이나 관심 있는 커뮤니티가 없는 경우 보관처리되고 운영이 중단될 수 있습니다. Bazel 제품팀은 프로젝트의 전반적인 상태를 유지하기 위해 이러한 비활성 SIG를 보관처리할 권리를 보유하고 있지만, 이는 바람직하지 않은 결과입니다. SIG는 유용한 수명이 다했다고 판단되면 해산할 수도 있습니다.
참고
이 콘텐츠는 TensorFlow의 SIG 플레이북에서 수정하여 채택했습니다.