Bazel은 SIG (Special Interest Groups)를 호스팅하여 특정 작업에 집중
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에게 명확한 목적과 이점 (하위 프로젝트 또는 적용 영역)
- 그룹 리더 역할을 하고자 하는 2명 이상의 기여자, 해당 그룹에 대한 요구의 증거와
- 각 그룹은 공개적으로 액세스할 수 있는 메일링 리스트를 하나 이상 사용해야 합니다. SIG 는 bazel-discuss 경우 목록을 요청하세요 @bazel.build 또는 직접 목록 만들기
- SIG에 초기에 필요한 리소스 (일반적으로 메일링 리스트와 일반 있습니다.)
- SIG는 자체 디렉터리에서 문서 및 파일을
bazelbuild/community자체 저장소에서bazelbuildGitHub 되었습니다. SIG는 조직화하기로 선택하는 경우 외부 리소스에 연결할 수 있음bazelbuildGitHub 조직 외부의 작업 - Bazel 소유자는 SIG 애플리케이션을 승인 또는 거부하고 다른 부서에 문의 이해관계자에게
프로세스의 공식적인 부분에 들어가기 전에 Bazel 제품팀(product@bazel.build)에 문의해 주세요. 대부분의 SIG에는 대화가 필요 지속적인 검토를 거칩니다.
새 그룹에 대한 공식적인 요청은 법무부서에 PR로 헌장을 제출하여
bazelbuild/community님,
템플릿에 따라 PR에 대한 의견에 요청 포함
참조하세요. 승인 시 그룹의 PR이 병합되고 필수 리소스가 병합됩니다.
생성됨.
새 SIG에 대한 템플릿 요청
새 SIG를 요청하려면 커뮤니티 저장소의 템플릿을 사용합니다. SIG-request-template.md.
전세
그룹을 만들려면 헌장이 필요하며 Bazel을 따라야 합니다. 윤리 강령을 포함합니다. 그룹의 자료실은 공개됩니다. 멤버십은 모두에게 공개될 수 있습니다. 승인 없이, 요청 시 사용 가능, 그룹의 승인 대기 중 관리자에게 문의하세요
인가 시 관리자를 지명해야 합니다. 관리자뿐 아니라 그룹에는 적어도 한 명의 리드가 포함되어야 합니다 (동일한 사람일 수 있음). Bazel과의 조정 담당자 역할을 하는 담당합니다
그룹 작성자는 그룹 메일링 리스트에 자신의 헌장을 게시해야 합니다. 커뮤니티 Bazel GitHub 조직의 저장소에는 이러한 문서를 보관하고 정책 그룹이 관행과 규칙을 발전함에 따라 헌장을 받을 수 있습니다.
협업과 포용성
의무는 아니지만 그룹이 공동작업을 활용하도록 선택해야 합니다. 예약된 다자간 통화나 채팅 채널을 통해 회의를 진행할 수 있음 이러한 형식 반드시 메일링 리스트에 광고해야 하며 메일링 리스트에 추가합니다. 정기적인 회의를 통해 책임 의식을 높이고 진전을 이룰 수 있습니다 예로 들 수 있습니다
Bazel 제품 팀원은 그룹이 다음과 같이 하도록 적극적으로 모니터링하고 장려할 수 있습니다. 논의 및 조치를 취할 수 있습니다.
SIG 실행
필수 활동:
- Bazel 일반 토론 그룹에 알림 (bazel-discuss, bazel-dev).
선택적 활동:
- Bazel 블로그용 블로그 게시물 작성
SIG 상태 및 종료
Bazel 소유자는 SIG의 상태를 보장하기 위해 최선을 다합니다. Bazel 소유자 때때로 SIG 책임자에게 SIG 작업에 대해 보고해 달라고 요청하고 Bazel 커뮤니티에 대해 자세히 알아보도록 하겠습니다.
SIG에 더 이상 유용한 목적이나 관심 있는 커뮤니티가 없다면 작업을 중단합니다. Bazel 제품팀은 이러한 비활성 SIG를 보관처리하여 프로젝트의 전반적인 상태를 유지하고, 덜 바람직한 결과입니다. SIG는 다음의 경우 해체를 선택할 수도 있습니다. 유용한 수명이 다 되었음을 인식합니다.
참고
이 콘텐츠는 Tensorflow에서 채택한 SIG 플레이북 제공합니다.