Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

프로젝트 관리 관점에서 GitLab 내의 전체 조직 구조를 살펴보면 그룹, 하위 그룹, 프로젝트 관계를 포트폴리오 또는 프로그램 관리로 함께 생각할 수 있습니다.

아래 다이어그램의 계층 구조에서 각 요소가 서로 어떻게 연관되어 있는지 자세히 살펴봅니다.

구분

설명

Group

GitLab에서 Group은 최상위 개념입니다. 다른 프로그램에서는 이를 프로젝트라고 부를 수 있습니다.

GitLab 그룹을 사용하면 :

  • 관련 프로젝트를 함께 모을 수 있습니다.

  • 멤버에게 한 번에 여러 프로젝트에 대한 액세스 권한을 부여할 수 있습니다.

Sub Group

Sub Group 중첩 그룹 또는 계층 그룹이라고도 하는 하위 그룹을 사용하면 최대 20단계의 그룹을 만들 수 있습니다. Sub Group을 사용하면 다음과 같은 작업을 수행할 수 있습니다 :

  • 내부/외부 조직을 분리합니다. 모든 그룹은 고유한 가시성 레벨을 가질 수 있으므로 동일한 우산 아래에서 서로 다른 목적의 그룹을 호스팅할 수 있습니다.

  • 대규모 프로젝트를 구조화 합니다. 대규모 프로젝트의 경우 하위 그룹을 사용하면 소스 코드의 일부에 대한 권한을 더 쉽게 분리할 수 있습니다.

  • 인원을 더 쉽게 관리하고 가시성을 제어할 수 있습니다. 그룹 멤버십에 따라 사람들에게 다른 권한을 부여하세요.

Project

GitLab에서는 코드베이스를 호스팅하기 위한 프로젝트를 만들고, 이슈 트래커로 사용하고, 코드에 대해 공동 작업하고, 내장된 GitLab CI/CD를 사용하여 앱을 지속적으로 빌드, 테스트 및 배포할 수 있습니다.

Issue

이슈는 항상 특정 프로젝트와 연관되어 있지만 그룹에 여러 프로젝트가 있는 경우 그룹 수준에서 모든 이슈를 확인할 수도 있습니다. 일반적인 사용자 사례는 다음과 같습니다 :

  • 새로운 아이디어의 구현에 대해 논의

  • 작업 및 작업 상태 추적

  • 기능 제안, 질문, 지원 요청 또는 버그 보고서 수락

  • 새로운 코드 구현에 대한 상세 설명

Issue Features

이슈를 만든 후에는 참가자를 추가하고 댓글을 사용하여 그들과 소통할 수 있습니다. 또한 이슈에 참가자를 할당하여 누가 어떤 일을 담당하는지 추적할 수 있습니다.

  • No labels

0 Comments

You are not logged in. Any changes you make will be marked as anonymous. You may want to Log In if you already have an account.