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. As with all projects, the items mentioned on this page are subject to change or delay. The development, release, and timing of any products, features, or functionality 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 이후에만 고려될 것입니다.

기업 사용자는 프리미엄 또는 얼티메이트 구독을 한 조직에서만 사용할 수 있습니다. 프리 티어의 조직은 비 기업 사용자만을 호스팅할 수 있습니다.

사용자가 조직에 가입하는 방법은 무엇입니까?

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

조직 소유자에 의해 초대될 때. Cells 1.0에서 조직이 비공개이므로 조직 소유자만이 새로운 사용자를 조직에 추가할 수 있습니다.
조직 내에 포함된 네임스페이스(그룹, 서브 그룹 또는 프로젝트)의 멤버가 될 때. 사용자는 다음 중 하나에 의해 네임스페이스의 멤버가 될 수 있습니다:
- 사용자 이름으로 초대받을 때
- 이메일 주소로 초대받을 때
- 액세스를 요청할 때. 이는 조직 및 네임스페이스의 가시성을 필요로 하며 네임스페이스의 소유자에게 승인되어야 합니다. 비공개 그룹이나 프로젝트에는 액세스를 요청할 수 없습니다.
조직의 기업 사용자가 될 때. 기업 사용자를 조직 수준으로 가져오는 것은 MVC 이후에 계획되어 있습니다. 조직의 MVC에서는 기업 사용자는 최상위 그룹 수준에 유지될 것입니다.

조직의 창설자는 자동적으로 조직 소유자가 됩니다. 특정 조직의 사용자가 되는 것은 예를 들어 공개적 이슈를 생성하거나 댓글을 달기 위해서 꼭 필요한 것은 아닙니다. 모든 기존 사용자는 모든 공개적 이슈를 생성하고 댓글을 다는데 필요합니다.

사용자가 조직에 로그인하는 방법은 무엇입니까?

TBD

사용자가 조직을 볼 수 있는 시기는 언제인가요?

Cells 1.0에서 조직은 비공개만 가능합니다. 비공개 조직은 조직 사용자만이 볼 수 있습니다. 비공개 그룹과 프로젝트만을 포함할 수 있습니다.

Cells 1.5에서는 조직은 공개할 수도 있습니다. 공개 조직은 누구에게나 볼 수 있습니다. 공개 및 비공개 그룹 및 프로젝트를 포함할 수 있습니다.

앞으로, 조직은 그룹 및 프로젝트에 대한 내부 가시성 설정을 추가할 수 있습니다. 이는 오직 해당 조직의 사용자만 볼 수 있는 내부 조직을 도입할 수 있도록 합니다. 이는 조직의 사용자만이 조직을 포함한 내용을 볼 수 있게 될 것을 의미합니다: - 조직의 첫 페이지가, 조직 URL로 이동할 때 404 대신에 보여집니다. - 조직 이름 - 조직 설명 - 활동 페이지, 그룹, 프로젝트, 및 사용자 개요 같은 조직 페이지. 이러한 페이지의 내용은 각 사용자의 특정 그룹과 프로젝트에 대한 액세스에 의해 결정될 것입니다. 예를 들어, 비공개 프로젝트는 프로젝트 개요 페이지에서 해당 프로젝트의 구성원만 볼 수 있게 될 것입니다. - 내부 그룹과 프로젝트

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

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

사용자가 조직에서 볼 수 있는 것은 무엇입니까?

사용자는 조직에서 자신이 액세스할 수 있는 것들을 볼 수 있습니다. 예를 들어, 조직 사용자는 자신이 멤버인 비공개 그룹 및 프로젝트에만 액세스할 수 있지만 모든 공개 그룹과 프로젝트를 볼 수 있을 것입니다. 이슈, 병합 요청, 할 일 목록과 같은 실질적인 항목은 조직의 맥락에서 볼 수 있습니다. 이것은 사용자가 조직 A에서 만든 병합 요청 10개와 조직 B에서 만든 7개의 병합 요청을 볼 수 있게 될 것입니다. 총 17개의 병합 요청은 두 조직을 모두 합치면 됩니다.

풀 청구 멤버란 무엇인가요?

풀 청구 멤버의 정의는 GitLab의 두 메인 오퍼링에서 다릅니다:

Self-managed (SM): 풀 청구 멤버는 SM 라이선스에 대한 시트를 사용하는 사용자입니다. 게스트 역할 이상의 사용자 정의 역할이 시트를 사용합니다.
GitLab.com (SaaS): 풀 청구 멤버는 조직(GitLab.com이나 SaaS)의 최상위 그룹에서 시트를 사용하는 네임스페이스(그룹 또는 프로젝트)의 멤버입니다. 현재, 최소 액세스를 가진 사용자 및 그룹이 없는 사용자가 라이선스된 시트에 포함되지만 그것이 바뀔 예정입니다.

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

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

(1)은 이러한 제공 속에서 다르게 결정됩니다. 비로서 활성적으로 분류되고 또한 우리가 참조하는 기초 모델로 인해입니다 (User vs Member). GitLab과 관련된 여러 연합을 보여주기 위해 여기에 관계 다이어그램이 제시됩니다:

graph TD A[그룹] <-.유형.- B[네임스페이스] C[프로젝트] -.속한다-> A E[그룹 멤버] <-.유형.- D[멤버] G[사용자] -.함유-> F F -.속한다-> C F[프로젝트 멤버] <-.유형.- D G -.함유-> E -.속한다-> A GGL[그룹-그룹 링크] -.속한다.->A PGL[프로젝트-그룹 링크] -.속한다.->A PGL -.속한다->C

그룹-그룹 링크는 두 개의 그룹 레코드 간의 결합 테이블로, 한 그룹이 다른 그룹을 초대한 것을 나타냅니다. 프로젝트-그룹 링크는 그룹과 프로젝트 간의 결합 테이블로, 그룹이 프로젝트에 초대됨을 나타냅니다.

SaaS에서는 사용자가 풀 청구 멤버로 간주되는지 여부를 결정하는 관계에 대한 몇 가지 추가적인 복잡성이 있습니다. 특히, 종종 혼란을 초래하는 그룹/프로젝트 멤버십과 관련된 관계에 대한 것입니다. 예를 들어, 다른 그룹이나 프로젝트로 초대된 그룹의 멤버로 간주됨으로써 청구 가능한 상태가 되는 등이 있습니다. 각각에 대해 흐름이 다르기 때문에 두 가지 차트가 있습니다: SaaS 및 SM입니다.

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

Cells 1.0의 맥락에서 조직에 대해, 사용자는 단일 조직의 구성원으로만 참여할 수 있습니다. 사용자가 여러 조직에 참여하려면 추가적인 사용자 계정으로 각각의 조직에 가입해야 합니다.

나중에 Cells 1.5의 맥락에서는 사용자가 컨텍스트 전환기를 활용할 수 있습니다. 이 기능을 사용하면 쉽게 다른 조직의 콘텐츠와 설정에 액세스하여 탐색할 수 있습니다. 컨텍스트 전환기를 클릭하고 제공된 목록에서 특정 조직을 선택함으로써 사용자는 편리하게 그 조직의 화면과 권한을 전환하여 선택한 조직의 리소스와 기능과 상호 작용할 수 있습니다.

사용자가 삭제될 때 어떤 일이 발생합니까?

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

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

조직 MVC의 일환으로, 조직 소유자는 조직 사용자를 삭제할 수 있습니다. 이는 사용자의 회원 자격 항목이 해당 조직에 포함된 모든 그룹 및 프로젝트에서 삭제됨을 의미합니다. 또한 사용자 항목은 organization_users 테이블에서 제거됩니다.

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

조직 비사용자

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