기여 절차

버그 보고

버그는 달갑지 않지만, 소프트웨어에서 피할 수 없는 현실입니다. 저희가 모르는 문제는 고칠 수 없으므로, 부담 없이 적극적으로 보고해 주십시오. 어떤 것이 버그인지 확실하지 않더라도 주저하지 말고 이슈를 열어 주십시오.

버그를 공개적으로 보고하는 것이 Rust 사용자에게 보안 위험이 된다고 판단되면, 보안 취약점 보고 지침을 따라 주십시오.

nightly 채널을 사용하고 있다면, 버그를 제출하기 전에 최신 툴체인에서도 해당 버그가 발생하는지 확인해 주십시오. 이미 수정되었을 수도 있습니다.

다른 사람이 같은 오류를 이미 보고했을 수도 있으므로, 여유가 있다면 버그를 보고하기 전에 기존 이슈를 검색해 주십시오. 검색이 항상 효과가 있는 것은 아니고 무엇을 검색해야 할지 알기 어려울 때도 있으므로, 이는 필수가 아닌 추가 노력으로 여기십시오. 실수로 중복 보고를 제출하더라도 괜찮습니다.

마찬가지로, 같은 버그를 겪은 다른 사람들이 여러분의 이슈를 찾을 수 있도록, 해당 버그에만 해당할 수 있는 정보를 담은 설명적인 제목으로 이슈를 제출하는 것을 고려해 주십시오. 사용한 언어 기능이나 컴파일러 기능, 버그를 유발하는 조건, 또는 오류 메시지가 있다면 그 일부를 제목에 넣을 수 있습니다. 예를 들면 다음과 같습니다: 반환 위치의 impl 트레이트에 대한 라이프타임 추론에서 “impossible case reached” 발생.

이슈를 여는 방법은 간단합니다. 이 링크를 따라가서 제공된 템플릿 중 알맞은 것의 항목을 채우면 됩니다.

기타 절차

그 밖의 기여 절차는 가이드에서 해당 내용을 다루는 부분에 문서화되어 있습니다.

• 일상적인 변경이나 여러 영역에 걸친 대규모 풀 리퀘스트에 대해서는 일반적인 코드 변경, PR 생명주기, 풀 리퀘스트 안내를 참고하십시오.

• 새 기능, 주요 변경, 호환성을 깨는 변경에 대해서는 새 언어 기능 구현하기와 호환성을 깨는 변경 절차를 참고하십시오.

• 성능에 민감한 변경에 대해서는 성능 테스트를 참고하십시오.

• 컴파일러 문서화에 대해서는 문서 기여하기를 참고하십시오.

• 이슈 분류에 대해서는 이슈 분류를 참고하십시오.

• LLM 사용 안내는 LLM 실행하기를 참고하십시오.

• 이 가이드 자체를 변경하려면 rustc-dev-guide 문서 작성하기를 참고하십시오.

• 외부 의존성에 대해서는 외부 저장소 사용하기를 참고하십시오.

• 추가 자료는 이 가이드에 대하여를 참고하십시오.