참고
리포지토리 정책은 현재 공개 미리 보기 버전이며 변경될 수 있습니다. 조직당 최대 75개의 총 정책 및 규칙 집합과 엔터프라이즈당 최대 75개의 총 정책 및 규칙 집합을 가질 수 있습니다.
리포지토리를 만들거나 삭제할 수 있는 사용자 등 리포지토리의 수명 주기에서 주요 이벤트를 관리하기 위해 리포지토리 정책을 만들 수 있습니다. 리포지토리 정책은 영향을 받는 사용자와 대상 리포지토리를 유연하게 제어할 수 있는 제한 사항 모음입니다.
리포지토리 정책에서는 다음을 제한할 수 있습니다.
- 새 리포지토리 및 표시 유형 변경에 허용되는 표시 유형
- 리포지토리를 **만들 **수 있는 사용자
- 리포지토리를 삭제할 수 있는 사용자
- 조직 외부로 리포지토리를 전송할 수 있는 사용자
- 사용자가 리포지토리의 이름을 지정하는 방법
예시
리포지토리 정책을 사용하여 다음과 같은 작업을 수행할 수 있습니다.
- 모든 새 리포지토리가 특정 명명 규칙(예:
kebab-case)을 사용하는지 확인합니다. - 조직 관리자를 제외한 리포지토리 삭제를 방지합니다.
- 엔터프라이즈의 "오픈 소스" 조직에서만 퍼블릭 리포지토리를 만들 수 있도록 허용합니다.
- 메타데이터의 잠재적 손실을 방지하기 위해 퍼블릭 리포지토리가 프라이빗으로 변경되지 않도록 합니다.
리포지토리 정책 만들기
- 귀하의 기업으로 이동하세요. 예를 들어 GitHub.com의 Enterprises 페이지에서.
- 페이지 상단에서 정책을 클릭합니다.
- "Policies"에서 Repository를 클릭합니다.
-
**새 정책**을 클릭합니다. - 새 정책을 구성하고 Create를 클릭합니다. 도움이 필요하면 다음 하위 섹션을 참조하세요.
정책 이름
정책의 목적을 전달할 수 있도록 설명적인 내용을 사용하세요. 조직 소유자는 정책을 볼 수 있으므로 명확한 이름을 사용하면 이해를 돕는 데 유용합니다. 예: Prevent public repos on production.
적용 상태
데이터 재사용 가능.기업.저장소-정책-규칙-강제 %}
허용 목록
이 정책의 제한을 무시할 수 있는 역할을 선택합니다.
Targets
정책이 적용되는 조직 및 리포지토리를 선택합니다.
대상 조직
모든 조직을 선택하거나, 기존 조직을 선택하거나, 이름별로 동적 목록을 설정합니다. Enterprise Managed Users를 사용하는 경우 엔터프라이즈의 사용자가 소유한 모든 리포지토리를 대상으로 지정하도록 선택할 수도 있습니다.
동적 목록을 설정하는 경우 fnmatch 구문을 사용하여 하나 이상의 명명 패턴을 추가합니다. 예를 들어, *open-source 문자열은 이름이 open-source로 끝나는 모든 조직과 일치합니다. 구문 세부 정보는 리포지토리에 대한 규칙 세트 만들기을(를) 참조하세요.
대상 리포지토리
선택한 조직에서 대상으로 지정할 리포지토리(현재 또는 미래)를 선택합니다. 모든 리포지토리를 선택하거나 사용자 지정 속성으로 동적 목록을 설정할 수 있습니다.
Policies
포함할 제한을 선택합니다. 정책이 활성화되면 모든 대상 리포지토리에 제한이 적용되지만 허용 목록의 사용자 또는 팀에서 우회할 수 있습니다.
"이름 제한" 정책을 선택하는 경우 정규식을 사용하여 리포지토리 이름이 일치해야 하거나 일치하지 않아야 하는 패턴을 설정해야 합니다. 예를 들어 kebab-case 이름 지정을 적용하는 패턴은 ^([a-z][a-z0-9]*)(-[a-z0-9]+)*$ 등과 같습니다.
- 패턴은 RE2 구문을 지원합니다. Google의 구문 가이드를 참조하세요.
- 표현식의 유효성을 검사하려면 테스트 패턴을 클릭한다음, 패턴 및 테스트 값을 입력합니다.
정책 우회 권한 위임
참고
리포지토리 정책이 위임된 바이패스는 공개 미리 보기 상태이며 변경될 수 있습니다.
리포지토리 정책에 대한 위임된 바이패스를 사용하면 리포지토리 삭제 및 표시 여부 변경에 대한 리포지토리 정책을 바이패스할 수 있는 사용자를 제어할 수 있습니다.
위임된 바이패스를 사용하면, 리포지토리 관리자가 리포지토리의 표시 여부를 변경하거나 리포지토리를 삭제하기 위한 요청을 제출해야 합니다. 요청은 리포지토리 정책을 바이패스하는 요청을 승인하거나 거부하는 지정된 검토자 그룹으로 전송됩니다.
리포지토리 정책을 바이패스하는 요청이 승인되면 요청 변경이 즉시 완료됩니다. 요청이 거부되면 요청된 변경이 적용되지는 않지만 다시 요청될 수 있습니다.
위임된 바이패스 구성을 위해 엔터프라이즈 소유자 또는 조직 소유자가 먼저 "바이패스 목록"을 만듭니다. 바이패스 목록에는 리포지토리 정책 바이패스 요청을 감독하는 팀 또는 리포지토리 관리자와 같은 특정 역할과 팀이 포함됩니다.
다음 단계
엔터프라이즈 레포지토리의 중요한 브랜치를 일관되게 제어하는 규칙 집합을 만듭니다. enterprise의 브랜치를 보호하기 위해 규칙 집합을 활용합니다.을(를) 참조하세요.