GitHub이 기업에서 쓰는 외부 라이브러리의 라이선스, 즉 사용 조건을 공통 정책으로 검사하는 기능을 정식 제공한다. 개발팀은 지정된 저장소에 새로 추가되거나 변경되는 라이브러리가 기업의 허용 기준에 맞는지 자동으로 확인하고, 코딩 에이전트도 패키지를 추천하거나 도입할 때 정책 준수 여부를 조회할 수 있다.
1. 적용 대상과 정책 설정
2026년 10월 16일 발표된 이번 기능은 GitHub Enterprise Cloud 고객을 대상으로 한다. 데이터 저장 지역을 지정하는 고객도 포함하며, 적용할 저장소에는 GitHub Code Security가 활성화돼 있어야 한다. 6월 공개 미리보기 이후 정식 제공으로 전환됐다.
기능은 기존 의존성 검토 작업을 확장해 기업 전체에 적용할 라이선스 정책을 도입한다. 여기서 의존성은 프로젝트가 가져다 쓰는 외부 패키지를 뜻한다. 기업 공통의 허용 기준을 세우고 저장소별 검사에 연결하는 방식이다.
정책을 적용하려면 검사 조건을 모은 규칙 집합으로 대상 저장소를 지정한다. 이때 병합 전에 라이선스 준수 결과를 요구하는 조건인 Require license compliance results before merging을 사용한다. 기존 코드 스캔 조건과 비슷하게 저장소 규칙에 연결하는 구조다.
2. 위반 표시와 종결 요청 검토
개발자가 의존성을 추가하거나 수정하는 코드 변경 요청을 열면 새로 추가되거나 바뀐 의존성의 라이선스를 자동 검사한다. 기준에 맞지 않는 의존성마다 변경 요청에 메시지가 표시되므로, 개발자는 어떤 항목을 처리해야 하는지 해당 요청에서 확인할 수 있다.
이 메시지는 처리해야 한다. 원문이 제시한 방법은 의존성을 제거하거나 다른 것으로 바꾸는 것, 라이선스 정책을 수정하는 것, 패키지 예외를 만드는 것이다. 따라서 위반 표시가 곧 해당 패키지를 무조건 포기해야 한다는 뜻은 아니다.
종결 요청을 검토하고 승인할 담당자에게는 새로 마련된 기업 수준의 사전 정의 역할을 부여한다. 역할 이름은 Enterprise Open-Source License Manager이며 개인이나 팀에 할당할 수 있다. 담당자는 대기 중인 요청을 이메일로 안내받고 기업 관리 콘솔에서 검토할 수 있다.
3. 정책 관리와 에이전트용 API
공개 미리보기 이후 데이터 저장 지역을 지정하는 고객에게도 라이선스 정보가 제공됐다. 이 정보는 준수 검사뿐 아니라 패키지 간 의존 관계를 보여주는 의존성 그래프와 소프트웨어 구성 명세 내보내기에도 반영된다. 구성 명세는 소프트웨어에 포함된 구성 요소를 정리한 목록이다.
라이선스 정책을 변경하면 감사 로그에 이벤트가 남는다. 외부 기록 시스템과 연동할 수 있도록 변경 사실을 기록하는 기능이다. 기업 라이선스 정책을 내려받거나 갱신하거나 교체하는 API도 추가됐다.
별도로 추가된 패키지 준수 검사 API는 코딩 에이전트가 기업의 라이선스 사용 정책을 위반하는 패키지를 추천하거나 코드에 도입하지 않도록 돕는다. 변경 요청 단계의 검사와 별개로, 에이전트가 패키지를 선택할 때 정책 확인에 활용할 수 있다는 의미다.
4. 자동 검사와 사람의 판단을 구분해야 한다
도입 효과는 공통 정책을 저장소의 변경 검토 과정에 연결한다는 데 있다. 개발자가 패키지를 추가하거나 수정할 때 기준에 맞는지 자동으로 확인할 수 있지만, 위반 항목을 제거할지 정책이나 예외를 바꿀지 판단하는 일은 남는다. 검사 자동화의 이익과 정책 운영·요청 검토의 부담을 함께 봐야 한다.
적용 대상을 정할 때는 기업 전체의 정책과 규칙 집합으로 지정한 저장소를 구분해야 한다. 원문이 설명한 활성화 방식은 대상 저장소를 지정하는 것이며, 기업의 저장소 전체에 자동 적용된다고 안내하지 않는다.
공지에는 상세 설정 안내와 API 문서가 연결돼 있으나, 구체적인 요청·응답 형식이나 코드 예시는 제시되지 않았다. 실제 연동을 준비할 때는 공지의 기능 설명만으로 구현 방식을 확정하지 말고 연결된 문서를 확인해야 한다.
이번 변화의 핵심은 라이선스 확인을 개발자의 개별 점검에만 맡기지 않고 기업 공통 정책과 자동 검사로 연결하되, 정책 변경과 요청 승인의 판단은 담당자에게 남긴다는 점이다.
