상태 검사 정보

상태 검사는 리포지토리에 대한 각 푸시에 대해 실행되는 지속적 통합 빌드와 같은 외부 프로세스를 기반으로 합니다. 끌어오기 요청의 개별 커밋 옆에 있는 상태 검사의 보류 중, 전달 또는 실패 상태를 볼 수 있습니다.

리포지토리에 대한 쓰기 권한이 있는 사용자는 리포지토리의 상태 검사 상태를 설정할 수 있습니다.

리포지토리의 분기 페이지 또는 리포지토리의 끌어오기 요청 목록에서 분기에 대한 마지막 커밋의 전체 상태를 볼 수 있습니다.

리포지토리에 대한 상태 검사가 필요한 경우 분기를 보호된 분기에 병합하기 전에 필요한 상태 검사를 통과해야 합니다. 자세한 내용은 "보호된 분기 정보"을 참조하세요.

GitHub에 대한 상태 검사 유형

GitHub에 대한 두 가지 유형의 상태 검사가 있습니다.

• 확인
• 커밋 상태

_검사_는 행 주석과 더 자세한 메시지를 제공하고 GitHub Apps에서만 사용할 수 있다는 점에서 _커밋 상태_와 다릅니다.

리포지토리에 대한 푸시 액세스 권한이 있는 조직 소유자 및 사용자는 GitHub의 API를 사용하여 검사 및 커밋 상태를 만들 수 있습니다. 자세한 내용은 "검사에 대한 REST API 엔드포인트" 및 "커밋 상태에 대한 REST API 엔드포인트"을(를) 참조하세요.

확인

_검사_가 리포지토리에 설정되면 끌어오기 요청에는 검사에서 자세한 빌드 출력을 보고 실패한 검사를 다시 실행할 수 있는 검사 탭이 있습니다.

커밋의 특정 줄로 인해 검사가 실패하는 경우 끌어오기 요청의 파일 탭에 있는 관련 코드 옆에 오류, 경고 또는 알림에 대한 세부 정보가 표시됩니다.

확인 탭 아래의 커밋 드롭다운 메뉴를 사용하여 끌어오기 요청의 다양한 커밋에 대한 검사 요약을 탐색할 수 있습니다.

개별 커밋에 대한 검사 건너뛰기 및 요청

리포지토리가 푸시에 대한 검사를 자동으로 요청하도록 설정된 경우 푸시하는 개별 커밋에 대한 검사를 건너뛰도록 선택할 수 있습니다. 리포지토리가 푸시 검사를 자동으로 요청하도록 설정되지 않은 경우 푸시한 개별 커밋에 대한 검사를 요청할 수 있습니다. 이러한 설정에 대한 자세한 내용은 "검사 도구 모음에 대한 REST API 엔드포인트"을(를) 참조하세요.

커밋 메시지에 명령을 포함하여 push 및 pull_request 이벤트에 의해 트리거되는 워크플로 실행을 건너뛸 수도 있습니다. 자세한 내용은 "워크플로 실행 건너뛰기"을(를) 참조하세요.

또는 커밋에 대한 모든 검사를 건너뛰거나 요청하려면 커밋 메시지의 끝에 다음 트레일러 줄 중 하나를 추가합니다.

• 커밋에 대한 확인을 건너뛰려면 커밋 메시지와 변경 내용에 대한 짧고 의미 있는 설명을 입력합니다. 커밋 설명 뒤 닫는 따옴표 앞에 빈 줄 두 개를 추가하고 그 뒤에 skip-checks: true을 추가합니다.

  $ git commit -m "Update README
  >
  >
  skip-checks: true"
  

• 커밋 확인을 _요청_하려면 커밋 메시지와 변경 내용에 대한 짧고 의미 있는 설명을 입력합니다. 커밋 설명 뒤 닫는 따옴표 앞에 빈 줄 두 개를 추가하고 그 뒤에 request-checks: true을 추가합니다.

  $ git commit -m "Refactor usability tests
  >
  >
  request-checks: true"
  

기본적으로 Git은 연속된 줄임표를 자동으로 제거합니다. 입력한 대로 커밋 메시지를 그대로 두려면 커밋에 --cleanup=verbatim 옵션을 사용합니다. 자세한 내용은 Git 설명서의 --cleanup=<mode>를 참조하세요.

검사 보존

GitHub.com은(는) 400일 동안 검사 데이터를 보존합니다. 400일이 지나면 데이터가 보관됩니다. 보관 후 10일이 지나면 데이터가 영구적으로 삭제됩니다.

끌어오기 요청을 필수 및 보관된 검사와 병합하려면 검사를 다시 실행해야 합니다.