저장소 보호

브랜치 보호, 승인 규칙 및 액세스 제어로 저장소를 보안합니다.

리포지터리 보호는 개발 워크플로를 유지하면서 코드베이스에 대한 무단 변경을 막습니다. 이러한 제어는 다음을 비롯한 일반적인 개발 과제를 해결하는 데 도움이 됩니다. 프로덕션 브랜치나 보호된 브랜치에 실수로 커밋하는 경우. 커밋 이력에 민감한 데이터가 노출되는 경우. 코드 리뷰 절차가 우회되는 경우. 중요한 파일이 무단으로 변경되는 경우. 커밋 작성자가 검증되지 않은 경우. 기준에 맞지 않는 코드가 메인 브랜치로 들어오는 경우. 여러 보호 방법을 조합하면 조직의 기준을 강제하기 위해 함께 작동하는 검증 지점을 만들 수 있습니다. 상위 GitLab 티어에서는 여러 프로젝트와 그룹에 걸쳐 포괄적인 보안 스캐닝을 적용하고, 컴플라이언스를 강제하며, 취약점을 관리하는 추가 도구를 사용할 수 있습니다. 이러한 환경에서는 일부 보호 방법이 이미 조직 차원에서 강제되고 있을 수 있습니다. 이 고급 보안 도구에 대한 자세한 내용은 애플리케이션 보안 을 참고합니다. 보호 방법 # GitLab은 리포지터리를 보호하기 위해 함께 작동하는 여러 보호 방법을 제공합니다. 각 방법은 서로 다른 보안 요구를 다루며, 포괄적인 보호를 위해 조합할 수 있습니다. 보호 방법 설명 사용 시기 인스턴스 그룹 프로젝트 보호된 브랜치 코드 안정성과 품질을 보장하기 위해 브랜치 권한을 제어합니다. 푸시와 머지를 할 수 있는 대상을 제어하거나, 실수로 인한 삭제를 방지하거나, 리뷰를 강제하거나, 강제 푸시 권한을 규제합니다. ❌ ✅ ✅ 머지 리퀘스트 승인 변경 사항을 머지하기 전에 승인을 요구하는 리뷰 절차입니다. 코드 리뷰를 요구하거나, 승인 규칙을 만들거나, 승인 설정을 구성합니다. ❌ ✅ ✅ 푸시 규칙 커밋, 파일, 태그가 리포지터리에 들어오기 전에 검증하는 pre-receive Git 훅입니다. 커밋 내용을 평가하거나, 브랜치 이름 규칙을 강제하거나, 태그 삭제를 막거나, 서명된 커밋을 요구합니다. ✅ ✅ ✅ Code Owners 코드베이스의 특정 파일과 디렉터리에 대해 전문성을 가진 대상을 정의합니다. 특정 파일 변경에 전문가 승인을 요구하거나, 코드 유지 관리 담당자를 식별합니다. ❌ ❌ ✅ 상태 확인 머지 리퀘스트 상태를 검증하는 외부 시스템 API 호출입니다. 서드파티 워크플로 도구와 통합하거나, 외부 품질 요구 사항에 맞춰 검증합니다. ❌ ❌ ✅ 브랜치 규칙 # 여러 보호 방법을 관리할 수 있도록 GitLab은 보호된 브랜치, 승인 규칙, 상태 확인을 위한 통합 브랜치 규칙 인터페이스를 제공합니다. 프로젝트 설정의 Branch rules 페이지에서 모든 브랜치 보호를 한곳에서 구성하고, 브랜치 전반의 보호 상태를 확인하며, 복잡한 보호 조합을 관리합니다. Note 그룹 보호는 그룹 설정에서 보호된 브랜치와 푸시 규칙을 구성합니다. Branch rules 페이지는 프로젝트에서만 사용할 수 있습니다. 그룹 규칙은 그룹 내 모든 프로젝트에 적용되며, 프로젝트별로 만든 규칙과 함께 작동합니다. 보호 전략 구성 # 워크플로와 보안 요구 사항에 따라 보호 방법을 선택합니다.