그룹

GitLab 그룹을 사용하여 관련 프로젝트를 관리하고, 멤버 권한을 제어하며, 조직 계층 구조를 구성하는 방법을 설명합니다.

GitLab에서는 그룹을 사용해 관련된 하나 이상의 프로젝트를 동시에 관리합니다. 그룹을 사용하면 모든 그룹 멤버와 소통하고 프로젝트의 권한을 관리할 수 있습니다. 누군가에게 그룹에 대한 액세스 권한이 있으면 그룹의 모든 프로젝트에 대한 액세스 권한도 갖습니다. 그룹에 속한 프로젝트의 모든 이슈와 머지 리퀘스트, 그룹 활동에 대한 분석도 확인할 수 있습니다. 규모가 큰 조직이라면 하위 그룹 도 만들 수 있습니다. 그룹을 만들고 관리하는 방법에 대한 자세한 내용은 그룹 관리 를 참고합니다. 그룹 계층 # 그룹은 트리 구조로 구성됩니다. 최상위 그룹 은 조직의 "루트"에 만든 그룹입니다. 조직에는 최상위 그룹이 하나 이상 있을 수 있습니다. 최상위 그룹에는 하위 그룹이 하나 이상 포함될 수 있습니다. 상위 그룹 은 하위 그룹을 하나 이상 포함하는 그룹입니다. 하위 그룹 은 다른 그룹에 속한 그룹입니다. 예를 들어 다음 다이어그램의 구성은 다음과 같습니다. 조직에 그룹이 네 개 있습니다. 최상위 그룹 T 하나가 하위 그룹 G를 포함하고, G 안에 하위 그룹 두 개(A와 B)가 있습니다. T는 최상위 그룹이며 G의 상위 그룹입니다. G는 T의 하위 그룹(자식)이며 A와 B의 상위 그룹입니다. A와 B는 G의 하위 그룹(자식)입니다. Mermaid 다이어그램 (10줄) 소스 코드 보기 %%{init: { "fontFamily": "GitLab Sans", 'theme':'neutral' }}%% flowchart TD accTitle: Group hierarchy accDescr: Example of a group hierarchy in an organization subgraph Organization T[Group T] --> G[Group G] G --> A[Group A] G --> B[Group B] end 그룹 구조 # 그룹을 설정하는 방법은 사용 사례, 팀 규모, 액세스 요구 사항에 따라 다릅니다. 다음 표는 그룹을 구성하는 가장 일반적인 모델을 설명합니다. 모델 구조 사용 사례 단순 모든 프로젝트를 하나의 그룹에 둡니다. 원활한 협업과 리소스 액세스가 필요한 소규모 팀 또는 특정 솔루션(예: 마케팅 웹사이트) 작업. 팀 팀 유형(예: 제품과 엔지니어링)에 따라 서로 다른 그룹 또는 하위 그룹을 둡니다. 일부 팀이 자율적으로 일하거나, 중앙에서 관리하는 리소스가 필요하고 외부 팀원의 액세스를 제한해야 하는 대규모 조직 작업. 클라이언트 클라이언트마다 하나의 그룹을 둡니다. 서로 다른 리소스와 액세스 수준이 필요한 여러 클라이언트에 맞춤 솔루션 제공. 기능 기능 유형(예: AI/ML)마다 하나의 그룹 또는 하위 그룹을 둡니다. 특정 기능에 특정 리소스와 주제 전문가의 협업이 필요한 복잡한 제품 개발. Note GitLab Self-Managed에서 전체 조직의 개요를 보려면 최상위 그룹 하나를 만들어야 합니다. 모든 그룹을 아우르는 조직 뷰를 만들기 위한 작업에 대한 자세한 내용은 에픽 9266 을 참고합니다. 최상위 그룹은 완전한 보