지식 점검

각 질문에 가장 적절한 답을 선택한 다음 정답 확인을 선택하세요.

끌어오기 요청을 만들어야 하는 합당한 이유가 아닌 것은 무엇입니까?

기능 분기를 main에 병합하기 전에 예상 변경 사항에 대한 피드백을 받아야 합니다.

버그 수정 분기를 main에 병합하려고 하지만 권한이 없습니다.

분기 생성 후 업스트림 변경 사항을 적용하면 분기를 main에 병합할 수 없게 됩니다. 끌어오기 요청을 만들면 다른 기여자가 자신의 변경 내용을 끌어와야 사용자가 적용할 수 있음을 알게 됩니다.

특정 사용자나 팀이 승인하지 않는 한 리포지토리의 특정 영역에 대한 끌어오기 요청이 병합되지 않도록 어떻게 보장할 수 있나요?

CONTRIBUTING.md에 끌어오기 요청 정책을 명확하게 설명합니다.

CODEOWNERS 파일을 사용하고 필수 검토를 사용하도록 설정합니다.

SECURITY.md에서 필수 사용자에게 테이블 매핑 디렉터리 경로를 추가합니다.

끌어오기 요청을 검토해 달라는 요청을 받았습니다. 요청을 읽던 중 몇 가지 사소한 코딩 오류와 오타를 발견했습니다. 검토를 어떻게 처리해야 할까요?

검토를 시작하고 명확한 오타를 인라인으로 수정합니다. 추가 토론이 필요하거나 교육적 가치를 제공하는 위치에 설명을 추가합니다. 요청 받은 변경 사항을 이용해 검토를 완료합니다.

발생한 각 문제에 대해 단일 의견을 남기고 코드를 변경하지 마세요. 오타에는 올바른 철자를 참조로 포함합니다. 작성자가 여러분의 제안을 구현할 수 있을 것 같다면 끌어오기 요청을 승인하세요.

끌어오기 요청을 거부하세요. 중요한 분기에 실수로 버그를 병합해선 안 됩니다.

작업을 확인하기 전에 모든 질문에 대답해야 합니다.