푸시 규칙

푸시 규칙을 사용하여 저장소가 허용하는 Git 커밋의 내용과 형식을 제어합니다. 커밋 메시지 표준을 설정하고 비밀 정보나 자격 증명이 실수로 추가되는 것을 차단합니다.

히스토리 푸시 규칙의 최대 정규 표현식 길이가 GitLab 16.3에서 255자에서 511자로 변경 됨. 푸시 규칙은 사용자 친화적인 인터페이스에서 활성화할 수 있는 pre-receive Git 훅 입니다. 푸시 규칙을 통해 저장소에 푸시될 수 있는 것과 없는 것을 더 잘 제어할 수 있습니다. GitLab이 보호된 브랜치 를 제공하지만 다음과 같이 더 구체적인 규칙이 필요할 수 있습니다: 커밋 내용 평가. 커밋 메시지가 예상 형식과 일치하는지 확인. 브랜치 이름 규칙 적용. 파일 세부 정보 평가. Git 태그 제거 방지. 서명된 커밋 요구. GitLab은 푸시 규칙의 정규 표현식에 RE2 구문 을 사용합니다. regex101 정규 표현식 테스터 에서 테스트할 수 있습니다. 각 정규 표현식은 511자로 제한됩니다. 사용자 정의 푸시 규칙을 위해서는 서버 훅 을 사용합니다. Note 푸시 규칙은 포크 동기화 중에 우회됩니다. 업스트림 프로젝트에서 포크를 업데이트 할 때 변경 사항은 포크의 푸시 규칙에 대한 유효성 검사 없이 직접 적용됩니다. 푸시 규칙은 상속된 설정이 아닌 템플릿으로 작동합니다: 전역 푸시 규칙은 새 프로젝트의 템플릿 역할을 합니다. 전역 푸시 규칙을 만들면 해당 시점 이후에 만들어진 모든 프로젝트에 복사됩니다. 프로젝트 푸시 규칙은 독립적인 복사본입니다. 프로젝트가 만들어진 후 전역 또는 그룹 규칙을 변경해도 프로젝트의 푸시 규칙이 자동으로 업데이트되지 않습니다. 프로젝트에서 푸시 규칙을 삭제하면 해당 프로젝트에서 모든 푸시 규칙 제어가 제거됩니다. 프로젝트는 전역 또는 그룹 규칙을 사용하도록 되돌아가지 않습니다. 업데이트된 전역 푸시 규칙을 기존 프로젝트에 적용하려면 각 프로젝트에 대해 개별적으로 전역 푸시 규칙을 재정의 해야 합니다. Note 프로젝트에서 푸시 규칙을 삭제하면 해당 프로젝트에는 푸시 규칙이 전혀 없습니다. 프로젝트는 그룹이나 인스턴스의 규칙을 자동으로 상속하지 않습니다. 푸시 규칙을 복원하려면 프로젝트에 대해 다시 구성해야 합니다. 전역 푸시 규칙 활성화 # 모든 새 프로젝트의 템플릿 역할을 하는 푸시 규칙을 만들 수 있습니다. 개별 프로젝트 또는 그룹 에서 이러한 규칙을 재정의할 수 있습니다. 전역 푸시 규칙을 구성할 때: 전역 푸시 규칙을 구성한 후에 만들어진 모든 프로젝트는 이 구성의 복사본을 상속합니다. 기존 프로젝트는 영향을 받지 않습니다. 이러한 프로젝트를 수동으로 업데이트하려면 프로젝트별 전역 푸시 규칙 재정의 를 참조하세요. 전역 푸시 규칙 변경은 이미 푸시 규칙이 구성된 프로젝트를 업데이트하지 않습니다. 전제 조건: 관리자여야 합니다. 전역 푸시 규칙을 만들려면: 오른쪽 상단에서 Admin 을 선택합니다. Push rules 를 선택합니다. Push rules 를 확장합니다. 원하는 규칙을 설정합니다. Save push rules 를 선택합니다. 그룹 푸시 규칙 # 그룹 푸시 규칙을 통해 그룹 관리자는 특정 그룹에서 새로 만들어진 프로젝트에 대한 푸시 규칙을 설정할 수 있습니다. 그룹의