GitHub Actions에 대해 GitHub Support로부터 도움 받기

GitHub Actions에 대해 GitHub Support로부터 도움 받기

GitHub Support가 GitHub Actions 문제를 어떻게 도와줄 수 있는지 알아봐요. 티켓을 제기할 때 진단·문제 해결 정보를 제공하면 문의를 더 빨리 해결할 수 있어요.

출처: 문서

본문

GitHub Support에 문의해 GitHub Actions에 대한 도움을 받을 수 있어요.

진단 및 문제 해결 정보 제공하기

비공개 저장소와 내부 저장소의 콘텐츠는 GitHub Support에 보이지 않아요. 그래서 GitHub Support가 문의의 전체 맥락을 이해하고 예상치 못한 동작을 재현하기 위해 추가 정보를 요청할 수 있어요. GitHub Support에 티켓을 처음 제기할 때 이 정보를 제공하면 문의 해결을 앞당길 수 있어요.

GitHub Support가 요청할 수 있는 정보는 다음을 포함하지만 이에 국한되지는 않아요:

  • 워크플로 실행의 URL.

    예: https://github.com/ORG/REPO/actions/runs/0123456789

  • 티켓에 .txt 파일로 첨부된 워크플로 .yml 파일. 워크플로에 대한 자세한 내용은 워크플로를 참고하세요.

  • 예제 워크플로 실행 실패에 대한 워크플로 실행 로그 사본. 워크플로 실행 로그에 대한 자세한 내용은 워크플로 실행 로그 사용하기를 참고하세요.

  • 이 워크플로를 자체 호스팅 러너에서 실행하고 있다면, 러너 내 _diag 폴더에서 찾을 수 있는 자체 호스팅 러너 로그. 자체 호스팅 러너에 대한 자세한 내용은 자체 호스팅 러너 모니터링 및 문제 해결을 참고하세요.

    자체 호스팅 러너 로그 파일 이름 형식은 Runner_YYYY####-xxxxxx-utc.log와 Worker_YYYY####-xxxxxx-utc.log예요.

Note

파일 확장자를 .txt 또는 .zip으로 바꿔 지원 티켓에 파일을 첨부해요. 로그나 워크플로 파일 스니펫 같은 텍스트 데이터를 티켓에 인라인으로 포함한다면 Markdown 코드 블록으로 올바르게 포맷했는지 확인해요. 올바른 Markdown 포맷에 대한 자세한 내용은 기본 쓰기 및 포맷 구문을 참고하세요.

잘못된 Markdown 구문으로 포맷이 손실되어 제공한 정보를 읽을 수 없다면, GitHub Support가 정보를 첨부 파일로 다시 제출하거나 올바른 Markdown 포맷으로 재제출하도록 요청할 수 있어요.

Warning

GitHub Support에 제공하는 모든 파일과 텍스트에서 토큰 및 기타 시크릿 같은 민감한 정보를 적절히 삭제했는지 확인해요.

임시(Ephemeral) 러너 애플리케이션 로그 파일

GitHub Support는 임시 러너의 러너 애플리케이션 로그 파일을 요청할 수 있어요. GitHub는 자체 호스팅 임시 러너의 러너 애플리케이션 로그 파일을 전달하고 보존하는 메커니즘을 구현했을 것을 기대하고 권장해요. 러너 애플리케이션 로그 파일과 자체 호스팅 러너 문제 해결에 대한 자세한 내용은 자체 호스팅 러너 모니터링 및 문제 해결을 참고하세요.

Actions Runner Controller

Actions Runner Controller(ARC)를 사용 중이라면 GitHub Support가 컨트롤러, 리스너, 러너 팟의 전체 로그를 제출하도록 요청할 수 있어요. Actions Runner Controller의 로그를 수집하는 방법에 대한 자세한 내용은 Actions Runner Controller 오류 문제 해결을 참고하세요.

Actions Runner Controller에 대한 지원 범위에 대한 자세한 내용은 Actions Runner Controller 지원을 참고하세요.

CodeQL과 GitHub Actions

CodeQL 분석 워크플로에 대한 도움을 요청하는 경우, GitHub Support가 CodeQL 디버깅 아티팩트 사본을 요청할 수 있어요. CodeQL 분석 워크플로의 디버깅 아티팩트에 대한 자세한 내용은 로그가 충분히 상세하지 않음을 참고하세요.

GitHub Support에 디버깅 아티팩트를 제공하려면 샘플 워크플로 실행에서 CodeQL 디버깅 아티팩트를 다운로드하고 .zip 파일로 티켓에 첨부해요. 워크플로 아티팩트 다운로드에 대한 자세한 내용은 워크플로 아티팩트 다운로드하기를 참고하세요.

CodeQL 디버깅 아티팩트 .zip 파일이 티켓에 업로드하기엔 너무 크다면 GitHub Support에 알려주세요. 그러면 다음 단계를 함께 정할 수 있어요.

지원 범위

지원 요청이 우리 팀이 도와줄 수 있는 범위 밖이라면, GitHub Support 외부에서 문제를 해결할 다음 단계를 권장할 수 있어요. 요청이 주로 다음에 관한 것이라면 지원 요청이 GitHub Support의 범위를 벗어날 가능성이 있어요:

  • Jira 같은 타사 통합
  • Jenkins 같은 CI/CD
  • Azure DevOps(Azure Support에 문의하세요)
  • 스크립트 작성
  • SAML ID 제공자 같은 외부 인증 시스템 구성
  • 오픈소스 프로젝트
  • CodeQL용 새 쿼리 작성 또는 디버깅
  • 가상 네트워크 설정, 커스텀 방화벽, 프록시 규칙 같은 클라우드 제공자 구성
  • Kubernetes 설정이나 네트워킹 같은 컨테이너 오케스트레이션
  • 워크플로와 데이터 관리에 대한 상세 지원
  • GitHub Actions 커스텀 이미지의 커스터마이징과 도구 설치에 대한 종합 지원
  • 미리보기 기능. 공개 미리보기, 비공개 미리보기, 기술 미리보기 기능은 GitHub Support 범위를 벗어나요.
  • GitHub Copilot 제안
  • GitHub Copilot 사용량 질문. GitHub Support는 Copilot 사용량을 감사하거나 세분화하지 않아요. 지원은 청구 모델을 설명하고 사용 가능한 사용량 보고 문서를 안내할 수 있지만, 사용량이 높아 보이는 이유나 포함된 사용량이 예상보다 빨리 소진된 이유를 판단할 수는 없어요.
  • 계량(measured) 청구 설명. GitHub Support는 계량된 GitHub 청구 제품에 대한 사용량 보고나 지출 추세를 해석하지 않으며, 그 데이터에 기반한 권장 사항도 제공하지 않아요. 자세한 내용은 청구 주기를 참고하세요.

GitHub Copilot은 AI 기반 코드 제안과 응답을 제공해요. 법적 약관에 명시된 대로, 통합하기로 선택한 모든 제안을 포함해 코드에 대한 전체 책임은 사용자에게 있어요. Copilot 응답의 품질, 정확성, 관련성, 기능이 항상 기대에 미치지 못할 수 있고 실수가 발생할 수 있어요. Copilot의 제안을 사용할지 여부는 사용자의 결정이며, GitHub는 다른 사람의 권리를 침해할 수 있는 방식으로 어떤 제안도 사용되지 않도록 합리적인 정책과 관행을 구현할 것을 강력히 권장해요. 여기에는 Copilot에서 사용 가능한 필터링 기능 사용이 포함되지만 이에 국한되지는 않아요.

Copilot이 생성한 제안과 출력은 지원 범위 밖이에요. GitHub Support는 Copilot 응답의 정확성이나 적합성을 보장할 수 없으며, 생성된 결과에 대해 책임지지 않아요. 특정 제안에 대해 우려가 있다면 제공된 모든 링크와 정보를 검토해 정확성과 요구 사항 준수를 확인하세요. 자세한 내용은 GitHub Copilot 약관과 Copilot 사용 모범 사례를 참고하세요.

GitHub Support는 단종된 GitHub Enterprise Server 릴리스에 대해 지원을 제공하지 않아요. 단종된 릴리스를 사용 중이라면 지원 티켓을 열기 전에 지원되는 버전으로 업그레이드해야 효과적으로 도와드릴 수 있어요.

지원 범위 밖의 주제에 대해 도움이 필요하거나, 팀을 위한 가이드 컨설팅, 워크숍, 교육을 원한다면 GitHub Expert Services에 문의하세요. 이 서비스는 플랫폼 사용 최적화를 돕는 전문 서비스를 제공해요.

문제가 범위 밖인지 확실하지 않다면 티켓을 열면 최선의 진행 방법을 정하는 데 기꺼이 도와드릴게요.