프로젝트 설정
Offering: GitLab.com
프로젝트의 기능과 권한을 구성하려면: 기능을 끄면 다음 추가 기능도 사용할 수 없게 됩니다: 사용 가능한 프로젝트 기능은 프로젝트 멤버에게 표시되고 접근 가능합니다. 프로젝트에서 개별 기능의 사용 가능 여부를 토글하려면:
필수 요건#
- 프로젝트에 대한 Maintainer 또는 Owner 역할.
프로젝트 기능 및 권한 구성#
프로젝트의 기능과 권한을 구성하려면:
- 상단 표시줄에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 왼쪽 사이드바에서 설정 > 일반을 선택합니다.
- 가시성, 프로젝트 기능, 권한을 펼칩니다.
- 사용자가 프로젝트에 대한 접근을 요청할 수 있도록 허용하려면 사용자가 접근 요청 가능 체크박스를 선택합니다.
- 프로젝트에서 기능을 켜거나 끄려면 기능 토글을 사용합니다.
- 변경 사항 저장을 선택합니다.
기능 종속성#
기능을 끄면 다음 추가 기능도 사용할 수 없게 됩니다:
- 작업 항목 기능을 끄면 프로젝트 사용자는 다음을 사용할 수 없습니다:
- 이슈 보드
- 서비스 데스크
- 프로젝트 사용자는 머지 리퀘스트에서 마일스톤에 여전히 접근할 수 있습니다.
- 작업 항목 및 머지 리퀘스트를 끄면 프로젝트 사용자는 다음을 사용할 수 없습니다:
- 레이블
- 마일스톤
- 리포지터리를 끄면 프로젝트 사용자는 다음에 접근할 수 없습니다:
- 머지 리퀘스트
- CI/CD
- Git 대용량 파일 스토리지
- 패키지
- 메트릭 대시보드는 프로젝트 환경 및 배포에 대한 읽기 접근이 필요합니다. 메트릭 대시보드에 접근할 수 있는 사용자는 환경 및 배포에도 접근할 수 있습니다.
프로젝트 기능 토글#
사용 가능한 프로젝트 기능은 프로젝트 멤버에게 표시되고 접근 가능합니다. 특정 프로젝트 기능을 끄면 역할에 관계없이 프로젝트 멤버에게 표시되지 않고 접근할 수 없게 됩니다.
프로젝트에서 개별 기능의 사용 가능 여부를 토글하려면:
- 상단 표시줄에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 왼쪽 사이드바에서 설정 > 일반을 선택합니다.
- 가시성, 프로젝트 기능, 권한을 펼칩니다.
- 기능의 사용 가능 여부를 변경하려면 토글을 켜거나 끕니다.
- 변경 사항 저장을 선택합니다.
프로젝트 분석 끄기#
프로젝트 분석을 끄면 분석 탐색 항목만 제거되며 데이터는 여전히 계산되어 각 API 엔드포인트를 통해 사용할 수 있습니다.
기본적으로 프로젝트 분석은 왼쪽 사이드바의 분석 항목 아래에 표시됩니다. 이 기능을 끄고 왼쪽 사이드바에서 분석 항목을 제거하려면:
- 상단 표시줄에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 왼쪽 사이드바에서 설정 > 일반을 선택합니다.
- 가시성, 프로젝트 기능, 권한을 펼칩니다.
- 분석 토글을 끕니다.
- 변경 사항 저장을 선택합니다.
이슈에서 CVE 식별자 요청 끄기#
히스토리
- GitLab 13.4에서 도입됨, GitLab.com의 공개 프로젝트에만 해당.
일부 환경에서는 사용자가 이슈에서 CVE 식별자 요청을 제출할 수 있습니다.
프로젝트의 이슈에서 CVE 식별자 요청 옵션을 끄려면:
- 상단 표시줄에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 왼쪽 사이드바에서 설정 > 일반을 선택합니다.
- 가시성, 프로젝트 기능, 권한을 펼칩니다.
- 작업 항목 아래에서 이슈 사이드바의 CVE ID 요청 토글을 끕니다.
- 변경 사항 저장을 선택합니다.
프로젝트 이메일 알림 끄기#
필수 요건:
- 프로젝트에 대한 Owner 역할이 있어야 합니다.
- 상단 표시줄에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 왼쪽 사이드바에서 설정 > 일반을 선택합니다.
- 가시성, 프로젝트 기능, 권한 섹션을 펼칩니다.
- 이메일 알림 활성화 체크박스를 선택 해제합니다.
프로젝트 이메일 알림에서 diff 미리보기 끄기#
히스토리
- GitLab 15.6에서
diff_preview_in_email이라는 플래그와 함께 도입됨. 기본적으로 비활성화. - GitLab 17.1에서 일반적으로 사용 가능. 기능 플래그
diff_preview_in_email제거됨.
머지 리퀘스트에서 코드를 검토하고 코드 줄에 댓글을 달면 GitLab은 참여자에 대한 이메일 알림에 diff의 몇 줄을 포함합니다. 일부 조직 정책은 이메일을 덜 안전한 시스템으로 취급하거나 이메일을 위한 자체 인프라를 제어하지 않을 수 있습니다. 이는 소스 코드의 IP 또는 접근 제어에 위험을 초래할 수 있습니다.
필수 요건:
- 프로젝트에 대한 Owner 역할이 있어야 합니다.
프로젝트에 대한 diff 미리보기를 끄려면:
- 상단 표시줄에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 왼쪽 사이드바에서 설정 > 일반을 선택합니다.
- 가시성, 프로젝트 기능, 권한 섹션을 펼칩니다.
- diff 미리보기 포함을 선택 해제합니다.
- 변경 사항 저장을 선택합니다.
프로젝트에 대한 머지 리퀘스트 설정 구성#
프로젝트의 머지 리퀘스트 설정을 구성합니다:
- 머지 리퀘스트 방법 설정 (머지 커밋, fast-forward 머지).
- 머지 리퀘스트 설명 템플릿 추가.
- 다음 활성화:
- 머지 리퀘스트 승인.
- 상태 확인.
- 파이프라인이 성공한 경우에만 머지.
- 모든 스레드가 해결된 경우에만 머지.
- Jira의 관련 이슈 요구.
- 머지 리퀘스트 제목 유효성 검사.
- semi-linear 및 fast-forward 머지 방법에 대해 머지 전 자동 리베이스.
- 기본적으로 머지 리퀘스트 수락 시 소스 브랜치 삭제 옵션.
- 구성:
- 제안된 변경 사항 커밋 메시지.
- 머지 및 스쿼시 커밋 메시지 템플릿.
- 머지 리퀘스트 제목 템플릿.
- 포크에서 오는 머지 리퀘스트의 기본 대상 프로젝트.
기본적으로 머지 시 소스 브랜치 삭제#
머지 리퀘스트에서 소스 브랜치 삭제 체크박스가 항상 선택되도록 기본 동작을 변경할 수 있습니다.
이 기본값을 설정하려면:
- 상단 표시줄에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 왼쪽 사이드바에서 설정 > 머지 리퀘스트를 선택합니다.
- 기본적으로 "소스 브랜치 삭제" 옵션 활성화를 선택합니다.
- 변경 사항 저장을 선택합니다.
프로젝트 액세스 토큰 만료에 대한 추가 웹훅 트리거 추가#
히스토리
- GitLab 17.9에서
extended_expiry_webhook_execution_setting이라는 플래그와 함께 프로젝트 및 그룹 액세스 토큰 웹훅에 60일 및 30일 트리거가 도입됨. 기본적으로 비활성화. - GitLab 17.10에서 일반적으로 사용 가능. 기능 플래그
extended_expiry_webhook_execution_setting제거됨.
GitLab은 프로젝트 토큰이 만료되기 전에 여러 만료 이메일을 보내고 관련 웹훅을 트리거합니다. 기본적으로 이러한 웹훅은 토큰 만료 7일 전에 트리거됩니다.
토큰 만료 60일 및 30일 전에도 트리거되도록 이러한 웹훅을 구성하려면:
- 상단 표시줄에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 왼쪽 사이드바에서 설정 > 일반을 선택합니다.
- 가시성, 프로젝트 기능, 권한 섹션을 펼칩니다.
- 프로젝트 액세스 토큰 만료에 대한 추가 웹훅 트리거 추가 체크박스를 선택합니다.
- 변경 사항 저장을 선택합니다.
