상태 검사는 리포지토리에 대한 각 푸시에 대해 실행되는 지속적 통합 빌드와 같은 외부 프로세스를 기반으로 합니다. 끌어오기 요청의 개별 커밋 옆에 있는 상태 검사의 보류 중, 전달 또는 실패 상태를 볼 수 있습니다.
리포지토리에 대한 쓰기 권한이 있는 사용자는 리포지토리의 상태 검사 상태를 설정할 수 있습니다.
리포지토리의 분기 페이지 또는 리포지토리의 끌어오기 요청 목록에서 분기에 대한 마지막 커밋의 전체 상태를 볼 수 있습니다.
리포지토리에 대한 상태 검사가 필요한 경우 분기를 보호된 분기에 병합하기 전에 필요한 상태 검사를 통과해야 합니다. 자세한 내용은 "보호된 분기 정보"을 참조하세요.
GitHub에 대한 상태 검사 유형
GitHub에 대한 두 가지 유형의 상태 검사가 있습니다.
- 확인
- 상태
검사는 행 주석과 더 자세한 메시지를 제공하고 GitHub Apps에서만 사용할 수 있다는 점에서 상태와 다릅니다.
리포지토리에 대한 푸시 액세스 권한이 있는 조직 소유자 및 사용자는 GitHub의 API를 사용하여 검사 및 상태를 만들 수 있습니다. 자세한 내용은 "확인" 및 "커밋.
확인
검사가 리포지토리에 설정되면 끌어오기 요청에는 상태 검사에서 자세한 빌드 출력을 보고 실패한 검사를 다시 실행할 수 있는 검사 탭이 있습니다.
참고: 확인 탭은 리포지토리에 대해 상태가 아니라 확인을 설정한 경우에만 끌어오기 요청에 대해 채워집니다.
커밋의 특정 줄로 인해 검사가 실패하는 경우 끌어오기 요청의 파일 탭에 있는 관련 코드 옆에 오류, 경고 또는 알림에 대한 세부 정보가 표시됩니다.
대화 탭 아래의 커밋 드롭다운 메뉴를 사용하여 끌어오기 요청의 다양한 커밋에 대한 검사 요약을 탐색할 수 있습니다.
개별 커밋에 대한 검사 건너뛰기 및 요청
리포지토리가 푸시에 대한 검사를 자동으로 요청하도록 설정된 경우 푸시하는 개별 커밋에 대한 검사를 건너뛰도록 선택할 수 있습니다. 리포지토리가 푸시 검사를 자동으로 요청하도록 설정되지 않은 경우 푸시한 개별 커밋에 대한 검사를 요청할 수 있습니다. 이러한 설정에 대한 자세한 내용은 "확인"을 참조하세요.
커밋 메시지에 명령을 포함하여 및 pull_request
이벤트에 의해 push
트리거되는 워크플로 실행을 건너뛸 수도 있습니다. 자세한 내용은 "워크플로 실행 건너뛰기.
또는 커밋에 대한 모든 검사를 건너뛰거나 요청하려면 커밋 메시지 끝에 다음 트레일러 줄 중 하나를 추가합니다.
- 커밋에 대한 확인을 건너뛰려면 커밋 메시지와 변경 내용에 대한 짧고 의미 있는 설명을 입력합니다. 커밋 설명 뒤 닫는 따옴표 앞에 빈 줄 두 개를 추가하고 그 뒤에
skip-checks: true
을 추가합니다.$ git commit -m "Update README > > skip-checks: true"
- 커밋 확인을 요청하려면 커밋 메시지와 변경 내용에 대한 짧고 의미 있는 설명을 입력합니다. 커밋 설명 뒤 닫는 따옴표 앞에 빈 줄 두 개를 추가하고 그 뒤에
request-checks: true
를 추가합니다.$ git commit -m "Refactor usability tests > > request-checks: true"
상태 검사 보존
GitHub.com은(는) 400일 동안 검사 데이터를 유지합니다. 400일이 지나면 데이터가 보관됩니다.
보관된 검사 데이터의 경우 커밋에 대한 모든 검사의 상태를 나타내는 롤업 커밋 상태가 나타납니다. 끌어오기 요청을 필수 및 보관된 검사와 병합하려면 검사를 다시 실행해야 합니다.