프로젝트 및 그룹 공유

초대, 그룹 상속, 프로젝트 가시성에 대한 안내입니다.

히스토리 변경됨 : GitLab 16.10에서 webui_members_inherited_users 라는 플래그 와 함께 구성원 페이지의 구성원 탭에 초대된 그룹 구성원이 표시되도록 변경. 기본적으로 비활성화. GitLab 17.0에서 기능 플래그 webui_members_inherited_users 가 GitLab.com 및 GitLab Self-Managed에서 활성화 됨. GitLab 17.4에서 기능 플래그 webui_members_inherited_users 가 제거 됨. 초대된 그룹의 구성원이 기본적으로 표시됨. GitLab 18.0에서 그룹 초대는 Owner로 제한됨. 초대를 통해 다음을 공유할 수 있습니다: 프로젝트를 그룹과 공유. 그룹을 다른 그룹과 공유. 프로젝트 공유 # 그룹에 프로젝트에 대한 접근 권한을 부여하려면 프로젝트에 그룹 을 초대할 수 있습니다. 그룹의 직접 구성원과 상속된 구성원이 프로젝트에 접근할 수 있게 되며, 해당 프로젝트는 공유 프로젝트 가 됩니다. 이 경우 상속된 구성원이란 초대된 그룹의 상위 그룹에서 해당 그룹으로 상속된 구성원입니다. 초대된 그룹의 구성원만 공유 프로젝트에 접근할 수 있습니다. 초대하는 그룹의 하위 그룹 구성원에게 프로젝트 접근 권한을 부여하려면 해당 하위 그룹을 별도로 초대해야 합니다. 다음 표는 공유 프로젝트에 접근할 수 있는 그룹 구성원에 대한 개요를 제공합니다. 그룹 구성원 출처 공유 프로젝트 접근 초대된 그룹의 직접 구성원 ✅ 초대된 그룹의 상속된 구성원 ✅ 초대된 그룹의 공유 구성원 1 ✅ 하위 그룹의 직접 구성원이지만 초대된 그룹의 구성원은 아닌 경우 ❌ 하위 그룹의 상속된 구성원이지만 초대된 그룹의 구성원은 아닌 경우 ❌ 각주 : GitLab은 공유 그룹 구성원에게 프로젝트 접근 권한을 확장하는 것을 지원하지만, 이 방식은 권장되지 않습니다. 에픽 122 에서 이 동작을 변경하고 그룹 공유를 위한 팀 모델로 전환하는 것을 제안하고 있습니다. 초대하는 그룹의 가시성 수준 은 프로젝트보다 더 제한적일 수 없습니다. 예를 들어, 다음과 같이 초대할 수 있습니다: private 그룹을 private 프로젝트에. private 그룹을 internal 프로젝트에. private 그룹을 public 프로젝트에. internal 그룹을 internal 프로젝트에. internal 그룹을 public 프로젝트에. public 그룹을 public 프로젝트에. 프로젝트의 최상위 그룹이 프로젝트를 계층 구조 외부와 공유하는 것을 허용하지 않는 경우, 초대된 그룹 또는 하위 그룹은 프로젝트의 네임스페이스 내에 있어야 합니다. 구성원 접근 및 역할 # 그룹을 프로젝트에 초대하면 다음 구성원이 프로젝트에 접근할 수 있습니다: 직접 그룹 구성원. 상속된 그룹 구성원. 초대된 그룹과 공유된 다른 그룹 의 구성원. 각 구성원의 접근은 다음에 따라 달라집니다: 그룹 내 역할. 그룹을 초대할 때 선택하는 최대 역할. 초대된 구성원은 이 두 역할 중 낮은 역할을 유지합니다. 예를 들어, 구성원이 그룹