그룹

프로젝트 관리, 액세스 제어, 클라이언트 그룹 및 팀 그룹.

GitLab에서는 그룹을 사용하여 하나 이상의 관련 프로젝트를 동시에 관리합니다. 그룹을 사용하여 모든 그룹 멤버와 소통하고 프로젝트에 대한 권한을 관리할 수 있습니다. 누군가 그룹에 액세스할 수 있으면 그룹의 모든 프로젝트에 액세스할 수 있습니다. 그룹의 프로젝트에 대한 모든 이슈 및 머지 리퀘스트와 그룹 활동에 대한 분석도 볼 수 있습니다. 더 큰 조직의 경우 하위 그룹 도 만들 수 있습니다. 그룹 생성 및 관리에 대한 자세한 내용은 그룹 관리 를 참조하세요. 그룹 계층 # 그룹은 트리 구조로 구성됩니다: 최상위 그룹 은 조직의 "루트"에 만들어진 그룹입니다. 조직에는 하나 이상의 최상위 그룹이 있을 수 있습니다. 최상위 그룹에는 하나 이상의 하위 그룹이 포함될 수 있습니다. 상위 그룹 은 하나 이상의 하위 그룹을 포함하는 그룹입니다. 하위 그룹 은 다른 그룹의 일부인 그룹입니다. 예를 들어, 다음 다이어그램에서: 조직에는 네 개의 그룹이 있습니다: 하위 그룹 G를 포함하는 최상위 그룹 T 하나, 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 을 참조하세요. 최상위 그룹은 완전한 보안 대시보드 및 센터 , 취약점 보고서 ,