멤버십

현재 멤버십에는 두 가지 등급이 있습니다:

• 멤버(members): r+ 권한, 봇 권한, [인프라] 접근 권한을 가진 정기 기여자입니다
• 메인테이너(maintainers): 컴파일러의 품질과 컴파일러 팀의 건전성에 투자하기로 스스로 다짐한 멤버입니다

멤버십에 이르는 길

컴파일러에 기여하고자 하는 사람들은 대개 두 가지 방식 중 하나로 시작합니다. “일회성” 이슈를 처리하거나, 기존의 어떤 워킹 그룹에 참여할 수 있습니다. 이들은 아직 컴파일러에 대해 잘 알지 못하며 특별한 권한도 없습니다. 그들은 triagebot을 이용해 이슈에 배정되며, (일반적으로) 멘토나 멘토링 지침과 함께 작업합니다.

컴파일러 팀 구성원

어떤 개인이 일정 기간 동안 꾸준히 기여해 왔다면, 컴파일러 팀 구성원 수준으로 승격될 수 있습니다(아래 의사 결정 방식 절 참고). 이 직함은 그가 정기적으로 기여하는 사람임을 나타냅니다.

이러한 승격이 적절한 정확한 조건을 정의하기는 어렵습니다. 멤버로 승격되는 것은 단순히 여러 항목을 확인하는 것으로 결정되지 않습니다. 하지만 일반적으로 다음 세 가지를 보여주었을 때 준비가 되었다고 봅니다:

• “지속력” – 해당 인물이 어떤 방식으로든 정기적으로 기여하고 있어야 합니다. 예를 들어 몇 가지 프로젝트를 완료했다는 것을 의미할 수 있습니다. 이는 예를 들어 몇 가지 프로젝트를 완료했음을 의미할 수 있습니다.
• “독립성과 익숙함” – 최소한 워킹 그룹의 범위 내에서는 작업을 맡을 때 어느 정도 독립적으로 행동할 수 있어야 합니다. 간단한 PR에 대해서는 다른 사람을 멘토링할 수 있을 정도가 되어야 합니다.
• “예의” – 컴파일러 팀 구성원은 Rust 조직의 일원이 되며 행동 강령과 관련하여 더 높은 기준을 적용받습니다. 이들은 행동 강령의 문구뿐만 아니라 그 정신도 지켜야 합니다.

멤버로 승격되면 여러 권한이 부여됩니다:

• 멤버는 r+(풀 리퀘스트 승인) 권한을 가지며 리뷰를 수행할 수 있습니다(앞서 논의했듯이 이러한 권한을 적절히 사용할 것으로 기대됩니다). 또한 perf/rustc-timer 및 기타 유사한 봇을 제어할 수 있는 접근 권한을 갖습니다. bors와 r+에 관한 문서는 https://bors.rust-lang.org를 참고하십시오.

  팁: bors 권한과 관련한 몇 가지 기본 규칙은 다음과 같습니다: 악성 코드 여부를 먼저 확인하지 않았다면 try 빌드를 하지 마십시오. 그리고 해당 코드를 효과적으로 리뷰할 수 있다고 합리적으로 확신하지 않는다면 r+를 하지 마십시오.

• 컴파일러 팀 구성원은 Rust 조직의 일원이므로 레이블을 수정하고 이슈에 배정될 수 있습니다.

• 멤버는 GitHub의 rust-lang/compiler 팀의 일원이 되며, 이를 통해 사람들이 팀 전체에 연락하고자 할 때 핑(ping)을 받게 됩니다.

• 구성원은 rust-lang.org 웹 페이지에 게시됩니다.

이는 또한 몇 가지 의무(경우에 따라 선택적 의무)도 수반합니다:

• 구성원에게는 리뷰어 순환에 추가되기를 원하는지 물어봅니다.
• 멤버는 팀을 돕기 위한 다양한 다른 메인테이너 활동에 참여할 수 있습니다.
• 구성원은 행동 강령과 관련하여 일반인보다 더 높은 기준을 적용받습니다.

컴파일러 팀 멤버가 된다는 것의 의미

컴파일러 팀의 멤버가 되면 여러 가지 일들이 일어납니다:

• 여러분은 비공개 Zulip 스트림에 접근할 수 있게 되며, 이곳에서 내부 논의가 이루어지거나 매우 초안 상태의 아이디어가 공유됩니다. 새로운 팀 멤버들에게 와서 인사해 보십시오!

• 여러 Github 저장소를 구독하고 쓰기 권한을 얻게 됩니다. 현재 어떤 저장소에 접근 권한이 있는지 확인하려면 이 GitHub 페이지를 확인하십시오. 그중 일부는 꽤 조용하거나 오래된 것들이니, 모든 저장소에 대해 걱정할 필요는 없습니다.

  팁: Github은 쓰기 권한을 받은 모든 저장소에 자동으로 구독자로 추가합니다. 설정(여기)에서 이를 비활성화할 수 있습니다.

• 또한 all@rust-lang.org 메일링 리스트에도 구독됩니다. 메일링 리스트 구독이 어떻게 동작하는지 확인하려면 이 파일을 참고하십시오. 이는 매우 저용량 메일링 리스트로(연간 몇 통 정도), 모든 기여자에게 소식을 전달하는 수단입니다. 이 주소로 스팸을 보내는 일은 없을 것입니다.

메인테이너

컴파일러 팀 구성원으로 1년을 보낸 후에는, 구성원이 컴파일러 팀 메인테이너가 되기를 요청하거나 요청받을 수 있습니다. 이는 그들이 단순한 정기 기여자일 뿐만 아니라, 팀이나 컴파일러의 일부(또는 여러 부분)의 방향을 적극적으로 형성하는 데 기여하고 있음을 의미합니다.

• 컴파일러 팀 메인테이너는 최소 한 가지 이상의 유지보수 활동에 참여할 것으로 기대됩니다.
• 컴파일러 팀 메인테이너는 rust-lang 웹사이트에서 “Maintainer” 역할로 식별됩니다.

승격 결정이 이루어지는 방식

어떤 개인이 컴파일러에 한동안 기여해 왔다면, 기존 컴파일러 팀 구성원의 지명을 받거나, 자신의 기여 이력이 팀 구성원 자격에 충분한지 컴파일러 팀 리드에게 직접 물어볼 수 있습니다.

컴파일러 팀 리드는 해당 개인에게 멤버십 초대를 확대하는 데 우려 사항이 있는지 나머지 컴파일러 팀과 확인합니다. 반대 의견이 없으면 초대가 이루어집니다. 일주일 내에 답변을 드리는 것을 목표로 하지만, (결정 자체의 범위를 벗어난 이유들로 인해) 더 오래 걸릴 수도 있습니다.

해당 개인이 초대를 수락하면, 컴파일러 팀 리드는 새로운 역할을 반영하도록 team 저장소를 업데이트합니다.

코드만이 아닙니다

컴파일러 팀의 멤버가 된다는 것이 반드시 PR 작성을 의미하지는 않는다는 점을 강조할 필요가 있습니다. 컴파일러를 지원하기 위해 수행되어야 하며 멤버십 자격을 갖추게 할 수 있는 다양한 작업들이 있습니다. 그러한 작업에는 회의 조직, 회의 참여, 이슈 이분 탐색 및 트리아지, 문서 작성, rustc-dev-guide 작업 등이 포함됩니다.

특히 컴파일러 팀 구성원이 되기 위한 가장 중요한 기준은 정기적이고 꾸준한 참여입니다. 컴파일러 팀 메인테이너가 되기 위한 가장 중요한 기준은 팀이나 컴파일러의 방향을 적극적으로 형성하는 것입니다.

전임 구성원 상태

컴파일러 팀 구성원 또는 메인테이너가 언제든 참여를 잠시 쉬고 싶을 경우, 스스로 전임 구성원 상태로 전환하는 것을 선택할 수 있습니다. 전임 구성원 상태가 되면 GitHub 별칭 등에서 제거되어, 핑이나 메시지로 방해받지 않아도 됩니다. 또한 r+ 권한도 갖지 않게 됩니다. 다만 전임 구성원은 전체적으로 GitHub 조직의 구성원 자격은 계속 유지합니다.

전임 구성원 상태에 있는 사람은 언제든지 “활동” 상태로 복귀를 요청할 수 있습니다. 이 요청은 특별한 사정이 없는 한 통상적으로 자동 승인됩니다.

전임 구성원 상태에 있는 사람은 이전에 도달했던 수준의 팀 구성원 자격을 여전히 유지하며, 이를 공개적으로 밝힐 수 있으나, 활동했던 기간도 함께 명시해야 합니다.

메인테이너 역할의 시작과 종료

컴파일러 팀 구성원이 메인테이너가 됨으로써 컴파일러를 적극적으로 유지 관리하기로 약속한 이후에도, 이러한 지속적인 책임을 일시적으로나 무기한으로 쉬고 싶을 수 있습니다. 어느 경우든 메인테이너는 컴파일러 팀 리드에게 알리거나 직접 team 저장소에 풀 리퀘스트를 열어, 메인테이너 마커 팀에서 스스로를 제외하고 전임 구성원 목록에 자신을 올릴 수 있습니다.

향후 이전 메인테이너가 관리 업무를 재개하고 싶다면, 컴파일러 팀 리드에게 복귀를 요청할 수 있습니다. 이 요청은 특별한 사정이 없는 한 통상적으로 자동 승인됩니다.

컴파일러 팀 전임 구성원

마찬가지로 컴파일러 팀의 어떤 구성원이든 팀에 대한 기여와 상호작용을 장기간 쉬고 싶을 경우, 컴파일러 팀 리드에게 알리거나 직접 team 저장소에 풀 리퀘스트를 열어 스스로를 전임 구성원 상태로 옮길 수 있습니다.

전임 구성원이 향후 컴파일러 팀 구성원 자격을 재개하고자 할 경우, 컴파일러 팀 리드에게 복귀를 요청할 수 있으며 이는 통상적으로 승인됩니다.

6개월간 비활동 시 자동 전임 구성원 전환

구성원 또는 메인테이너가 6개월간 컴파일러에서 비활동 상태였다면, 저희는 그들에게 전임 구성원 상태로 전환하고 싶은지 물어봅니다. 그들이 그렇다고 답하거나 응답하지 않을 경우, 전임 구성원 상태로 전환될 수 있습니다. 계속 활성 상태를 유지하고 싶다면 그것도 괜찮지만, 비활동이 계속될 경우 주기적으로 다시 질문을 받게 됩니다.

절차: 새 팀 구성원 추가

기존 구성원이 잠재적 팀 구성원을 지명한 경우, 팀 리더가 새 팀 구성원을 추가할 때 따를 수 있는 표준 절차가 있습니다.

0. 팀 리더는 모더레이션 팀에 연락하여 반대 의견이 있는지 확인합니다. 반대 의견이 없고 팀 구성원들이 동의하면, 새 기여자를 합류하도록 초대합니다.

1. 후보자에게 연락하여 팀 합류에 관심이 있는지 문의합니다:

Hey $name, you've been nominated for compiler team membership by a few people on the compiler
team! The [compiler team re-org RFC][rfc] has the full details as to what this means. This would
grant you permission to resources like bors and such.

This would not require you to take on additional work or responsibilities (though joining the
review queue is encouraged), and is just public recognition of the great work you've already been
doing around the compiler!

If you would like to accept, please let me know and I can update the teams repo accordingly.

[rfc]: https://rust-lang.github.io/rfcs/3599-compiler-team-reorganisation.html#team-members

2. 새 후보자를 팀 저장소와 컴파일러 팀에 추가합니다. 이는 Zulip, GitHub 등과 동기화되어 새 팀 구성원에게 접근 권한과 권한을 부여합니다.

3. 새 팀 구성원을 소개하는 Inside Rust 블로그 게시물 초안을 작성합니다. 템플릿은 previous examples를 참고하십시오.