팀 간 협업

여러분이 다른 팀의 구성원으로서 컴파일러 팀에 이슈를 제기하고 싶다면..

..논의를 위해

GitHub 이슈에 상정 사유(즉, 어떤 결정이 필요한지/어떤 의견을 구하는지, 컴파일러 팀과 관련된 부분은 무엇인지 등)를 설명하는 댓글을 작성하고 이슈에 I-compiler-nominated 레이블을 추가하십시오(댓글에 @rustbot label +I-compiler-nominated를 포함하면 이를 수행할 수 있습니다).

지명되면 해당 이슈는 다가오는 트리아지 회의에서 논의됩니다. 컴파일러 팀이 매주 지명된 모든 이슈를 다 다루지는 못하므로, 여러분의 이슈가 논의되기까지 한 번 이상의 회의가 필요할 수 있습니다.

논의가 끝나면 팀 구성원이 논의 결과와 관련 Zulip 채팅 링크를 담은 댓글을 이슈에 작성합니다.

..수정될

요청하는 팀의 구성원과 컴파일러 기여자 사이에 기존 협업 관계가 있는 경우, 팀이 작업 완료를 요청할 수 있는 첫 번째 선택지는 해당 기여자에게 핑을 보내 작업을 완료할 수 있는지 물어보는 것입니다. 핑은 공개 Zulip 채널에서 이루어지는 것이 권장되는데, 이는..

• ..여유 시간이 있는 다른 기여자들이 도움을 제안할 기회를 가질 수 있도록 하기 위함입니다.
• ..다른 컴파일러 팀 구성원/리더십이 이루어지는 요청이 합리적인지 확인할 수 있도록 하기 위함입니다(컴파일러 팀이 다른 팀을 대신하여 우선순위를 두기로 약속하는 이슈 유형에 대해서는 이 섹션의 나머지 부분을 참조하십시오).

요청 대상이 되는 기여자가 사용 가능한 여력이 있는지, 그리고 그들의 컴파일러 전문 분야가 관련이 있는지 고려할 가치가 있습니다.

컴파일러 팀 내에 직접 연락할 적절한 담당자가 없는 경우, 완료가 필요한 작업을 설명하는 댓글을 GitHub 이슈에 작성하십시오(또는 이슈를 생성하십시오). 팀은 이슈가 다음과 같을 때 컴파일러 팀에 이슈를 지명해야 합니다..

• ..기존의 이니셔티브나 워킹 그룹에 의해 이미 추적되고 있거나 그 일부가 아니며..
• ..다른 팀의 작업을 막거나 방해하고 있지만(예: 그 외에는 완료된 것의 안정화를 막는 기능이나 버그), 그러나..
• 절대적으로 임무에 필수적인 사안이 아니라면 - 건전성 버그나 그 밖의 심각한 이슈는 우선순위 지정 워킹 그룹에 의해 우선순위가 매겨지며, 이러한 버그를 위한 컴파일러 팀의 다른 절차를 통해 처리됩니다. 이슈에 우선순위 레이블이 없는 경우, I-prioritize 레이블을 추가하면 우선순위 지정 대기열에 등록됩니다.

요청되는 기능이나 수정할 버그에 대한 상세한 설명은 가능한 경우 도움이 됩니다(컴파일러 기여자가 요청 팀의 문제를 해결할 솔루션을 추측할 필요가 없도록 하기 위해서입니다). 요청하는 팀의 구성원이 해당 이슈의 연락 담당자로 명시적으로 지정되어 있지 않다면, 댓글 작성자가 연락 담당자로 간주됩니다.

이슈에 I-compiler-nominated 레이블을 추가하십시오(@rustbot label +I-compiler-nominated를 사용하여 이를 수행할 수 있습니다).

지명되면 해당 이슈는 다가오는 트리아지 회의에서 논의됩니다. 컴파일러 팀이 매주 지명된 모든 이슈를 다 다루지는 못하므로, 여러분의 이슈가 논의되기까지 한 번 이상의 회의가 필요할 수 있습니다. 컴파일러 팀의 논의에서 해당 이슈는 다음과 같이 될 수 있습니다..

• ..승인될 수도 있으며, 이 경우 기여자에게 배정되고 상정 레이블이 제거됩니다. 배정되면 팀의 한 구성원이 해당 이슈를 작업합니다. 합리적인 시간이 지나도 작업이 완료되지 않으면, 이슈를 재지명하면 컴파일러 팀이 작업을 완료할 다른 사람을 찾습니다.
• ..또는 수락되지 않는 경우입니다(예: 여력 부족, 다른 심각도/우선순위가 높은 버그, 적합한 기여자를 찾을 수 없음, 또는 이슈의 실현 가능성 부족 등). 이 경우 컴파일러 팀은 설명과 함께 상정에 답변하고 상정 레이블을 제거합니다.