팀 간 협업

다른 팀의 구성원으로서 컴파일러 팀에 이슈를 제기하고자 하는 경우..

..논의를 위해

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

상정된 이슈는 다가오는 트리아지 회의에서 논의됩니다. 컴파일러 팀이 매주 상정된 이슈를 모두 다루지 못할 때도 있으므로, 이슈가 논의되기까지 회의가 두 번 이상 걸릴 수 있습니다.

논의가 끝나면 팀 구성원이 논의 결론과 관련 Zulip 대화 링크를 이슈에 댓글로 남깁니다.

..수정을 위해

요청하는 팀의 구성원과 컴파일러 기여자 사이에 이미 협업 관계가 있다면, 팀이 작업 완료를 요청할 때 가장 먼저 택할 수 있는 방법은 해당 기여자를 핑하여 작업을 맡아 줄 수 있는지 묻는 것입니다. 핑은 공개 Zulip 채널에서 하는 것을 권장합니다. 그래야..

• ..여유 시간이 있는 다른 기여자들이 도움을 제안할 기회를 얻을 수 있습니다.
• ..다른 컴파일러 팀 구성원/리더십이 요청이 합리적인지 확인할 수 있습니다(컴파일러 팀이 다른 팀을 위해 우선적으로 처리하기로 약속한 이슈 유형은 이 절의 나머지 부분을 참고하십시오).

요청을 받는 기여자가 쓸 수 있는 여력이 얼마나 되는지, 그리고 그 기여자의 컴파일러 전문 분야가 요청과 관련이 있는지 고려하는 것이 좋습니다.

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

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

가능하다면 요청하는 기능이나 수정할 버그를 자세히 설명하는 것이 도움이 됩니다(그래야 컴파일러 기여자가 요청하는 팀의 문제를 해결할 방법을 추측하지 않아도 됩니다). 요청하는 팀의 구성원이 이슈 담당 연락처로 명시되어 있지 않으면 댓글 작성자가 담당 연락처로 간주됩니다.

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

상정된 이슈는 다가오는 트리아지 회의에서 논의됩니다. 컴파일러 팀이 매주 상정된 이슈를 모두 다루지 못할 때도 있으므로, 이슈가 논의되기까지 회의가 두 번 이상 걸릴 수 있습니다. 컴파일러 팀의 논의 결과, 이슈는..

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