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 -

조직 사용자

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

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

조직 사용자는 다음과 같은 방법으로 조직 내의 그룹 및 프로젝트에 액세스할 수 있습니다:

  • 그룹 멤버: 이는 가시성과 관계없이 해당 그룹과 그 모든 프로젝트에 액세스할 수 있도록 합니다.
  • 프로젝트 멤버: 이는 프로젝트에 액세스하고 부모 그룹에 제한된 액세스를 부여합니다. 가시성과 관계없이 해당합니다.
  • 비멤버: 이는 해당 조직의 공개 및 내부 그룹 및 프로젝트에 액세스할 수 있도록 합니다. 해당 조직의 비공개 그룹 또는 프로젝트에 액세스하려면 사용자가 멤버가 되어야 합니다. 1.0 Cells에서 조직의 내부 가시성은 사용할 수 없습니다.

조직 사용자는 다음과 같은 방법으로 관리할 수 있습니다:

  • 조직에서 관리하는 기업 사용자. 이는 사용자 계정을 제어하고 사용자를 차단하는 기능을 포함합니다. 1.0 Cells의 맥락에서 조직 사용자는 사실상 기업 사용자처럼 작동합니다.
  • 기본 조직에서 관리하는 비기업 사용자. 비기업 사용자는 조직에서 제거할 수 있지만 사용자는 사용자 계정을 보유하게 됩니다. 이는 1.0 Cells 이후에만 고려됩니다.

기업 사용자는 Premium 또는 Ultimate 구독을 사용하는 조직에서만 사용할 수 있습니다. 무료 티어의 조직은 비기업 사용자만 호스팅할 수 있습니다.

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

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

  1. 조직 소유자에 의해 초대받음. Cells 1.0에서 조직이 비공개이므로 조직 소유자만 새 사용자를 초대하여 계정을 만들 수 있습니다.

  2. 조직에 포함된 네임스페이스(그룹, 서브그룹 또는 프로젝트)의 멤버가 되는 것. 사용자는 다음과 같은 방법으로 네임스페이스의 멤버가 될 수 있습니다:

    • 사용자 이름으로 초대받기
    • 이메일 주소로 초대받기
    • 액세스 요청. 이는 조직과 네임스페이스의 가시성이 필요하며 네임스페이스 소유자가 수락해야 합니다. 비공개 그룹 또는 프로젝트에는 액세스를 요청할 수 없습니다.

  3. 조직의 기업 사용자가 되기. 기업 사용자를 조직 수준으로 가져오는 것은 MVC 이후에 계획되었습니다. 조직 MVC에서 기업 사용자는 최상위 그룹에 유지됩니다.

조직 생성자는 자동으로 조직 소유자가 됩니다. 특정 조직의 사용자가 되는 것이 필요하지 않아도 예를 들어 공개 이슈를 만들거나 댓글을 남길 수 있습니다. 현재 있는 모든 사용자가 모든 공개 이슈를 만들고 댓글을 남길 수 있습니다.

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

미정

사용자는 언제 조직을 볼 수 있나요?

Cells 1.0에서 조직은 비공개일 수 있습니다. 비공개 조직은 해당 조직의 조직 사용자만 볼 수 있습니다. 비공개 그룹과 프로젝트만 포함할 수 있습니다.

Cells 1.5에서는 조직이 공개되거나 비공개일 수 있습니다. 공개 조직은 모든 사람이 볼 수 있으며 공개 및 비공개 그룹과 프로젝트를 포함할 수 있습니다.

앞으로 조직은 그룹 및 프로젝트에 대한 내부 가시성 설정을 추가할 수 있습니다. 이를 통해 내부 사용자만 볼 수 있는 내부 조직을 소개할 수 있게 됩니다. 이는 해당 조직에 속한 사용자만 다음과 같은 정보를 볼 수 있게 합니다:

  • 조직 첫 페이지, 즉 조직 URL로 이동할 때 404 대신 조직의 이름, 설명, 액티비티 페이지, 그룹, 프로젝트 및 사용자 개요를 포함한다. 이러한 페이지의 내용은 각 사용자의 특정 그룹 및 프로젝트에 대한 액세스에 따라 결정됩니다. 예를 들어, 개인 프로젝트는 프로젝트 개요에서 해당 프로젝트의 구성원만 볼 수 있습니다.
  • 내부 그룹과 프로젝트

최종 목표로 다음 시나리오를 제공할 계획입니다:

조직 가시성 그룹/프로젝트 가시성 조직을 볼 수 있는 사용자 그룹/프로젝트를 볼 수 있는 사용자
공개 공개 모든 사람 모든 사람
공개 내부 모든 사람 조직 사용자
공개 비공개 모든 사람 그룹/프로젝트 구성원
내부 내부 조직 사용자 조직 사용자
내부 비공개 조직 사용자 그룹/프로젝트 구성원
비공개 비공개 조직 사용자 그룹/프로젝트 구성원

사용자는 조직에서 무엇을 볼 수 있나요?

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

청구 가능 회원이란 무엇인가요?

청구 가능 회원의 정의는 GitLab의 두 가지 주요 오퍼링 사이에 다릅니다:

이러한 차이점 및 사용자의 계산 및 표시는 종종 혼란을 야기시킵니다. SM과 SaaS 모두에 대해 사용자가 동일한 코어 규칙 세트에 따라 좌석을 사용하는 지를 평가합니다:

  1. 활성 사용자인 경우
  2. 봇 사용자가 아닌 경우
  3. Ultimate 티어의 경우 게스트가 아닌 경우

1번에 대해 이들은 각각 다르게 결정되며, 활성 사용자의 분류와 참조하는 기본 모델에 따라 결정됩니다(사용자 대 멤버). 청구 가능 회원과 관련된 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입니다.

사용자가 다른 조직으로 전환하는 방법

셀 1.0의 맥락에서 조직에 속한 사용자는 한 조직에만 속할 수 있습니다. 사용자가 여러 조직에 속하려면 각 추가 조직에 새 사용자 계정으로 가입해야 합니다.

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

사용자가 삭제되는 경우

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

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

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

차단 및 사용자 삭제 등의 조직에 사용자를 추가하는 작업은 나중에 조직에 추가될 것입니다.

조직 비사용자

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