GitHub, 휴면 저장소 정기 분석과 PR 없는 브랜치의 커버리지 처리 개선

이번 소식

GitHub가 코드 분석 자동화에서 예상치 못한 반복 실행과 실패를 줄이는 두 변경을 발표했습니다. 개발 활동이 없는 저장소의 주간 분석 시작 조건을 조정하고, 열린 PR이 없는 브랜치의 테스트 커버리지 업로드는 실패시키는 대신 건너뜁니다. 커버리지는 테스트가 코드의 어느 부분을 실행했는지 보여주는 자료입니다.

주요 변경

• 주간 분석은 실제 분석 이력부터: 기본 설정 코드 스캐닝과 GitHub Code Quality의 정기 분석은 코드 전송(push)이나 PR이 분석을 실행한 뒤 시작합니다. 설정을 처음 켤 때의 검증 분석은 계속 실행되고 발견된 문제도 바로 표시됩니다.
• 초기 검증을 개발 활동으로 계산하지 않음: 기존에는 초기 검증이나 감지 언어 변경에 따른 분석도 최근 활동으로 잡혀, 휴면 저장소에서 6개월 동안 예상치 못한 주간 분석이 이어질 수 있었습니다. 이제 주간 분석 판단은 기능을 켜기 전의 Git 활동이 아니라 분석 이력에 근거하며, 코드 스캐닝과 Code Quality가 활동 이력을 공유하는 점은 유지됩니다.
• PR 없는 브랜치는 업로드 생략: Code Quality의 upload-code-coverage가 열린 PR이 없는 브랜치의 push에서 실행되면, 업로드를 건너뛰고 Actions 알림과 단계 요약에 이유를 남깁니다. 자료를 업로드한 것으로 처리하는 것은 아닙니다. 기본 브랜치의 push와 지원되는 PR 이벤트의 업로드는 계속 동작합니다.

영향 대상과 활용

예를 들어 여러 오래된 저장소에 보안 설정을 한꺼번에 적용하는 팀은, 초기 점검만 했는데 주간 분석까지 반복되는 일을 줄일 수 있습니다. 새 작업 브랜치를 먼저 올리고 나중에 PR을 여는 팀은 PR 번호가 아직 없다는 이유만으로 커버리지 업로드 단계가 실패하는 상황을 피할 수 있습니다. 전체 테스트나 빌드의 성공을 보장하는 변경은 아닙니다.

push만 실행 조건으로 둔 워크플로에서는 PR을 열기만 해도 업로드가 다시 실행되는 것은 아닙니다. PR을 연 뒤 다음 push에서 재개됩니다. PR 생성 즉시 업로드하려면 pull_request 이벤트를 추가하라는 것이 공식 안내입니다.

사용 전 확인할 점

주간 분석 변경은 현재 GitHub Enterprise Cloud에 적용되며, Enterprise Server 3.24 지원은 예정입니다. 별도 설정 변경은 필요하지 않습니다. 커버리지 변경은 Team과 Enterprise Cloud에서 제공되고 데이터 레지던시 환경도 포함하지만, Enterprise Server에서는 제공되지 않습니다. 두 변경의 적용 범위를 같게 보면 안 됩니다.

공식 변경 기록을 대조했으며 실제 저장소의 워크플로를 실행하거나 설정을 수정하지 않았습니다.

공식 출처·발표 시점

두 발표 모두 2026년 10월 2일 01:49 KST이며, 공식 RSS와 원문 게시 시각을 확인했습니다. 커버리지 변경은 별도 공식 공지에 설명돼 있습니다.

원문 출처 보기 →