컴파일러 팀 소개

참고: 팀에 관한 자세한 내용은 Forge에 많이 나와 있으므로, 아래 내용은 대부분 더 이상 유효하지 않습니다.

rustc는 Rust 컴파일러 팀이 유지 관리합니다. 이 팀에 속한 사람들은 함께 회귀를 추적하고 새로운 기능을 구현합니다. Rust 컴파일러 팀의 구성원은 rustc와 그 설계에 크게 기여한 사람들입니다.

논의

현재 컴파일러 팀은 Zulip에서 대화합니다.

• 팀 대화는 Zulip 인스턴스의 t-compiler 스트림에서 이루어집니다.
• 이 밖에도 관련 Zulip 채널이 여럿 있습니다. 예를 들어 t-compiler/help에서는 rustc 개발에 관해 도움을 요청할 수 있고, t-compiler/meetings에서는 팀이 매주 트리아지 회의와 운영 회의를 엽니다.

리뷰어

컴파일러의 특정 부분에 관한 질문에 누가 답할 수 있는지 알고 싶거나, 누가 어떤 일을 맡고 있는지 궁금하다면 triagebot.toml의 assign 섹션을 확인하십시오. 이 섹션에는 컴파일러의 여러 부분과 각 부분의 리뷰어 목록이 나와 있습니다.

Rust 컴파일러 회의

컴파일러 팀은 매주 회의를 열어 트리아지를 진행하고, 새로운 버그와 회귀를 전반적으로 놓치지 않도록 살피며, 중요한 사안을 두루 논의합니다. 회의는 Zulip에서 열립니다. 대략 다음과 같이 진행됩니다.

• 공지, MCP/FCP, WG 점검: 모두가 알아야 할 중요한 사항을 팀원들에게 공지합니다. 또한 MCP와 FCP의 상태를 공유하고, 이 기회를 활용해 몇몇 WG로부터 작업 현황을 보고받습니다.
• 베타 및 stable 지명 확인: 이는 각각 베타와 stable로 백포트할 항목에 대한 지명입니다. 그다음에는 기존에 잘 작동하던 실사용 코드를 컴파일러가 깨뜨린 새로운 사례를 찾습니다. 회귀는 반드시 고쳐야 하는 중요한 이슈이므로 P-critical이나 P-high로 태그될 가능성이 높습니다. 주요 예외는 버그 수정입니다(그런 경우에도 먼저 경고를 내는 것을 목표로 하는 경우가 많습니다).
• P-critical 및 P-high 버그 검토: P-critical과 P-high 버그는 진행 상황을 적극적으로 추적해야 할 만큼 중요한 버그입니다. P-critical과 P-high 버그에는 이상적으로는 항상 담당자가 지정되어 있어야 합니다.
• S-waiting-on-t-compiler 및 I-compiler-nominated 이슈 확인: 팀의 피드백이 필요한 이슈입니다.
• 성능 트리아지 보고서 검토: 성능을 떨어뜨린 PR을 확인하고, 해당 성능 회귀를 되돌릴 가치가 있는지 아니면 이후 PR에서 해결할 수 있는지 판단합니다.

회의는 현재 매주 목요일 보스턴 시간 오전 10시에 열립니다(보통 UTC-4이지만, 서머타임 때문에 가끔 복잡해집니다).

팀 구성원 자격

Rust 팀 구성원 자격은 보통 어떤 사람이 일정 기간 컴파일러에 크게 기여해 왔을 때 제안됩니다. 구성원 자격은 인정인 동시에 의무이기도 합니다. 컴파일러 팀 구성원은 일반적으로 리뷰를 비롯한 여러 작업뿐 아니라 유지 관리도 도울 것으로 기대됩니다.

컴파일러 팀 구성원이 되는 데 관심이 있다면, 먼저 버그를 고치기 시작하거나 워킹 그룹에 참여하십시오. 버그를 찾는 좋은 방법 하나는 E-easy 태그가 붙은 열린 이슈나 E-mentor 이슈를 찾아보는 것입니다.

활동이 없어 닫힌 PR 더미를 뒤져 보는 것도 좋습니다. 그중에는 여전히 쓸모 있는 작업이 들어 있어서, 원래 작성자가 시간이 없어 하지 못한 마무리 작업만 하면 되는 PR도 있을 수 있습니다. 관련 이슈가 있다면 함께 참고하십시오.

r+ 권한

rustc에 개별 PR을 여러 차례 보내고 나면 저희가 r+ 권한을 드리는 경우가 많습니다. 이는 “bors”(어떤 PR을 rustc에 반영할지 관리하는 로봇)에게 PR 병합을 지시할 권한이 생긴다는 뜻입니다(bors와 소통하는 방법은 이 안내를 참고하십시오).

리뷰어를 위한 지침은 다음과 같습니다.

• PR이 누구에게 할당되었든 관계없이 어떤 PR이든 언제든지 리뷰하셔도 좋습니다. 다만 다음 조건을 만족하지 않는다면 PR에 r+를 하지 마십시오.
  • 코드의 해당 부분을 확실히 알고 있는 경우입니다.
  • 다른 누구도 먼저 리뷰하기를 원하지 않는다고 확신하는 경우입니다.
    • 예를 들어, PR이 코드의 특히 민감한 부분을 건드린다는 등의 이유로 반영되기 전에 직접 리뷰하고 싶다는 의사를 밝히는 사람이 있을 수 있습니다.
• 리뷰할 때는 항상 예의를 지키십시오. 여러분은 Rust 프로젝트를 대표하는 사람이므로 행동 강령에 관해서는 기대 이상의 모범을 보여야 합니다.

리뷰어 순번

r+ 권한을 받으면 리뷰어 순번에도 추가될 수 있습니다. triagebot은 새로 들어오는 PR을 리뷰어에게 자동으로 할당하는 봇입니다. 순번에 추가되면 PR을 리뷰할 사람으로 무작위로 선정됩니다. 리뷰하기 부담스러운 PR이 할당되었다면 r? @so-and-so와 같은 댓글을 남겨 다른 사람에게 할당할 수도 있습니다. 누구에게 요청해야 할지 모르겠다면 r? @nikomatsakis for reassignment라고만 적으십시오. 그러면 @nikomatsakis가 적임자를 골라 드립니다.

리뷰어 순번에 참여해 주시면 모두의 리뷰 부담이 줄어들므로 큰 도움이 됩니다! 하지만 PR에 제때 피드백을 드릴 시간이 없다면 명단에 오르지 않는 편이 나을 수도 있습니다.