Bazel은 특정
분야에 대한 공동작업에 집중하고 Bazel 소유자,
유지관리자, 기여자 간의 커뮤니케이션 및 조정을 지원하기 위해 특별 관심 그룹 (SIG)을 호스팅합니다. 이 정책은
bazelbuild에 적용됩니다.
SIG는 공개적으로 작업을 수행합니다. SIG의 이상적인 범위는 참여의 대부분이 커뮤니티에서 이루어지는 잘 정의된
도메인을 포함합니다. SIG는 bazelbuild의 커뮤니티 유지관리 저장소 (예: 언어
규칙)에 집중하거나 Bazel 저장소의 코드 영역 (예: 원격
실행)에 집중할 수 있습니다.
모든 SIG가 동일한 수준의 에너지, 범위의 폭 또는 거버넌스 모델을 갖는 것은 아니지만, 관심 그룹이 설립될 경우 참여하고 기여할 의향이 있는 커뮤니티 구성원이 있다는 충분한 증거가 있어야 합니다. 참여하기 전에 그룹의 작업을 검토한 후 SIG 리더에게 문의하세요. 멤버십 정책은 SIG별로 다릅니다.
Bazel SIG의 전체 목록을 참고하세요. Bazel SIGs.
목표가 아닌 것: 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 애플리케이션을 승인하거나 거부하고 필요에 따라 다른 이해관계자와 상담합니다.
절차의 공식적인 부분에 들어가기 전에 product@bazel.build에서 Bazel 제품팀과 상담해야 합니다. 대부분의 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 플레이북 을 수정하여 채택했습니다.