This page contains information related to upcoming products, features, and functionality. It is important to note that the information presented is for informational purposes only. Please do not rely on this information for purchasing or planning purposes. The development, release, and timing of any products, features, or functionality may be subject to change or delay and remain at the sole discretion of GitLab Inc.

Status	Authors	Coach	DRIs	Owning Stage	Created
proposed					-

조직 사용자

사용자는 다음과 같은 방법으로 조직 구성원이 될 수 있습니다:

조직 소유자는 사용자를 대신하여 계정을 생성한 후 해당 계정을 사용자와 공유합니다.

조직 구성원은 다음과 같이 조직의 그룹 및 프로젝트에 액세스할 수 있습니다:

그룹 구성원: 이는 가시성 여부에 관계없이 그룹과 해당 모든 프로젝트에 대한 액세스를 부여합니다.
프로젝트 구성원: 이는 프로젝트에 대한 액세스와 상위 그룹에 대한 제한적인 액세스를 부여합니다. 가시성 여부에 관계없이 유지됩니다.
비 구성원: 이는 해당 조직의 공개 및 내부 그룹 및 프로젝트에 대한 액세스를 부여합니다. 조직의 비공개 그룹이나 프로젝트에 접근하려면 사용자가 구성원이어야 합니다. Cells 1.0의 조직에 대한 내부 가시성은 사용할 수 없습니다.

조직 구성원은 다음과 같은 방법으로 관리할 수 있습니다:

조직에서 관리되는 엔터프라이즈 사용자로서. 이는 사용자 계정 및 사용자 차단을 관리하는 것을 포함합니다. Cells 1.0의 맥락에서 조직 구성원은 본질적으로 엔터프라이즈 사용자처럼 기능합니다.
기본 조직에서 관리되는 비 엔터프라이즈 사용자로서. 비 엔터프라이즈 사용자는 조직에서 제거할 수 있지만 사용자는 사용자 계정의 소유권을 유지합니다. 이는 Cells 1.0 이후에만 고려될 것입니다.

엔터프라이즈 사용자는 Premium 또는 Ultimate 구독이 있는 조직에서만 사용할 수 있습니다. 무료 티어의 조직은 비 엔터프라이즈 사용자만을 호스팅할 수 있습니다.

사용자는 어떻게 조직에 가입합니까?

사용자는 모든 조직에서 보입니다. 이는 사용자가 조직 간에 이동할 수 있도록 합니다. 사용자는 다음과 같은 방법으로 조직에 가입할 수 있습니다:

조직 소유자에 의해 초대받는 것으로. Cells 1.0에서 조직이 비공개이기 때문에, 조직 소유자만이 새로운 사용자를 계정을 생성하여 조직에 추가할 수 있습니다.
조직 내에 포함된 네임스페이스(그룹, 하위 그룹 또는 프로젝트)의 구성원이 되는 방식으로. 사용자는 다음 방법으로 네임스페이스의 구성원이 될 수 있습니다:
- 사용자 이름에 의해 초대받는 것으로
- 이메일 주소로 초대받는 것으로
- 액세스를 요청하는 것으로. 이 경우, 해당 조직 및 네임스페이스의 가시성이 필요하며, 네임스페이스의 소유자가 요청을 수락해야 합니다. 비공개 그룹 또는 프로젝트에서는 액세스를 요청할 수 없습니다.
조직의 엔터프라이즈 사용자가 되는 방식으로. 엔터프라이즈 사용자를 조직 수준으로 가져오는 것은 MVC 이후에 계획되어 있습니다. 조직 MVC에서 엔터프라이즈 사용자는 최상위 그룹에 유지될 것입니다.

조직 생성자는 자동으로 조직 소유자가 됩니다. 예를 들어, 특정 조직의 사용자가 되는 것은 필요하지 않습니다. 예를 들어, 모든 기존 사용자는 모든 공개 이슈를 만들거나 이에 의견을 달 수 있습니다.

사용자는 어떻게 조직에 로그인합니까?

미정

사용자는 언제 조직을 볼 수 있습니까?

Cells 1.0의 경우, 조직은 비공개일 수 있습니다. 비공개 조직은 해당 조직 구성원만 볼 수 있습니다. 비공개 그룹과 프로젝트만 포함할 수 있습니다.

Cells 1.5의 경우, 조직은 공개일 수도 있습니다. 공개 조직은 누구에게나 보입니다. 공개 및 비공개 그룹 및 프로젝트를 포함할 수 있습니다.

미래에는 조직 및 프로젝트의 내부 가시성 설정이 추가될 것입니다. 이를 통해 해당 조직에 속한 사용자만 볼 수 있는 내부 조직을 소개할 수 있게 될 것입니다. 이는 해당 조직에 속한 사용자만 다음을 볼 수 있게될 것을 의미합니다:

조직 전면 페이지, 조직 URL로 이동했을 때 404가 아닌 조직 이름, 조직 설명, 조직 페이지(활동 페이지, 그룹, 프로젝트 및 사용자 개요 등)을 사용자별 특정 그룹 및 프로젝트에 대한 액세스에 따라 내용을 볼 수 있을 것입니다. 예를 들어 개인 프로젝트는 프로젝트 개요에 있는 이 프로젝트의 멤버만 볼 수 있을 것입니다.
내부 그룹 및 프로젝트

최종 목표는 다음 시나리오를 제공하는 것입니다:

조직 가시성	그룹/프로젝트 가시성	조직을 볼 수 있는 사람	그룹/프로젝트를 볼 수 있는 사람
공개	공개	누구에게나	누구에게나
공개	내부	누구에게나	조직 구성원
공개	비공개	누구에게나	그룹/프로젝트 구성원
내부	내부	조직 구성원	조직 구성원
내부	비공개	조직 구성원	그룹/프로젝트 구성원
비공개	비공개	조직 구성원	그룹/프로젝트 구성원

사용자는 조직에서 무엇을 볼 수 있습니까?

사용자는 조직에서 액세스할 수 있는 것을 볼 수 있습니다. 예를 들어, 조직 구성원은 해당 조직의 구성원인 해당 조직의 공개 그룹과 프로젝트만 액세스할 수 있지만 모든 공개 그룹과 프로젝트는 볼 수 있습니다. 이슈, Merge Request 및 할 일 디렉터리과 같은 실행 가능한 항목은 조직의 맥락에서 볼 수 있습니다. 즉, 사용자는 Organization A에서 생성한 Merge Request 10개와 Organization B에서 7개를 볼 수 있을 것입니다. 전체적으로 두 조직을 통틀어 17개의 Merge Request을 만들었음에도 불구하고요.

무엇이 과금 대상 구성원인가요?

과금 대상 구성원의 정의는 GitLab의 두 주요 제공에 따라 다릅니다:

Self-Managed (SM): 과금 대상 구성원은 SM 라이선스에 대한 좌석을 사용자화하는 사용자입니다. 게스트 권한 이상의 사용자 정의 역할은 좌석을 사용합니다.
GitLab.com (SaaS): 과금 대상 구성원은 상위 그룹에 대한 SaaS 구독 좌석을 사용하는 네임스페이스(그룹 또는 프로젝트)의 구성원입니다. 현재, 최소 액세스하는 사용자 및 그룹 없는 사용자는 모두 라이선스 좌석에 포함되지만, 이것이 바뀌고 있습니다.

이러한 차이와 그들이 어떻게 계산되고 표시되는지는 종종 혼란을 일으킵니다. SM 및 SaaS 모두에 대해, 우리는 사용자가 동일한 핵심 규칙 세트에 대해 좌석을 사용하는지를 평가합니다:

그들은 활성 사용자입니다.
그들은 봇 사용자가 아닙니다.
Ultimate 티어의 경우, 게스트가 아닙니다.

(1)에 대해, 적극적인 것이 무엇을 의미하는지와 라이선스를 참조하는 밑바탕 모델로 인해, 각 제공별로 다르게 결정됩니다. GitLab과 관련된 여러 관계를 보여주기 위해 여기에 관계 다이어그램이 있습니다.

graph TD A[Group] <-.type of.- B[Namespace] C[Project] -.belongs to.-> A E[GroupMember] <-.type of.- D[Member] G[User] -.has many.-> F F -.belongs to.-> C F[ProjectMember] <-.type of.- D G -.has many.-> E -.belongs to.-> A GGL[GroupGroupLink] -.belongs to.->A PGL[ProjectGroupLink] -.belongs to.->A PGL -.belongs to.->C

GroupGroupLink는 두 그룹 레코드 사이의 연결 테이블로, 한 그룹이 다른 그룹을 초대함을 나타냅니다. ProjectGroupLink는 그룹과 프로젝트 사이의 연결 테이블로, 그룹이 프로젝트에 초대됨을 나타냅니다.

SaaS의 경우, 유저가 과금 대상 구성원으로 간주되는지 여부를 결정하는 관계에 특별한 복잡성이 있으며, 이는 종종 혼란을 야기할 수 있습니다. 그룹 또는 프로젝트의 멤버로, 다른 그룹 또는 프로젝트에 초대되어 과금 대상이 되는 경우가 있습니다. 각각에 대해 다른 흐름이 있기 때문에 두 가지 차트가 있습니다: SaaS 및 SM.

사용자는 어떻게 다른 조직 간에 전환할 수 있나요?

셀 1.0의 맥락에서 조직의 경우, 사용자는 단일 조직의 구성원만 될 수 있습니다. 사용자가 여러 조직의 구성원이 되려면 각 추가 조직에 새로운 사용자 계정으로 가입해야 합니다.

나중에 셀 1.5의 맥락에서는 사용자가 컨텍스트 스위처를 활용할 수 있습니다. 이 기능을 사용하면 사용자는 쉽게 다른 조직의 콘텐츠와 설정에 접근하고 탐색할 수 있습니다. 컨텍스트 스위처를 클릭하고 제공된 디렉터리에서 특정 조직을 선택함으로써 사용자는 뛌롯하게 뷰와 권한을 전환하여 선택한 조직의 리소스와 기능과 상호 작용할 수 있게 됩니다.

사용자가 삭제되면 무엇이 발생하나요?

사용자가 조직에서 제거될 수 있는 세 가지 시나리오를 확인했습니다:

삭제: 사용자가 organization_users 테이블에서 삭제됩니다. 이것은 사용자가 회사를 나가는 것과 유사하지만, 사용자는 액세스 승인 이후에 다시 조직에 가입할 수 있습니다.
금지: 사용자가 금지됩니다. 이것은 불량행위의 경우에 발생할 수 있지만 사용자는 금지가 해제될 때까지 조직에 다시 추가할 수 없습니다. 이 경우 organization_users 항목을 유지하고 권한을 없음으로 변경합니다.
삭제: 사용자가 삭제됩니다. 사용자가 작성한 모든 것을 유령 사용자에 할당하고 organization_users 테이블에서 항목을 삭제합니다.

조직 MVC의 일환으로, 조직 소유자는 조직 구성원을 삭제할 수 있습니다. 이는 사용자의 구성원 항목이 조직 내에 포함된 모든 그룹 및 프로젝트에서 삭제됨을 의미합니다. 추가로 사용자 항목이 organization_users 테이블에서 제거됩니다.

사용자를 금지하고 삭제하는 등의 작업은 나중에 조직에 추가될 예정입니다.

조직 비사용자

비사용자는 조직 외부에 있으며, 공개 프로젝트와 같은 조직의 공개 리소스에만 액세스할 수 있습니다.