프로젝트 소유자, 팀 관리자 또는 조직 관리자는 프로젝트의 visibility를 설정하거나 편집할 수 있습니다.
Visibility scopes
선택할 수 있는 네 가지 프로젝트 visibility scope가 있습니다. 가장 공개적인 것부터 가장 비공개적인 순서대로 다음과 같습니다:| Scope | 설명 |
|---|---|
| Open | 프로젝트에 대해 아는 사람이라면 누구나 프로젝트를 볼 수 있고 run이나 Reports를 제출할 수 있습니다. |
| Public | 프로젝트에 대해 아는 사람이라면 누구나 프로젝트를 볼 수 있습니다. 오직 소속 팀원만 run이나 Reports를 제출할 수 있습니다. |
| Team | 상위 팀의 멤버만 프로젝트를 보고 run이나 Reports를 제출할 수 있습니다. 팀 외부의 사용자는 프로젝트에 엑세스할 수 없습니다. |
| Restricted | 상위 팀에서 초대된 멤버만 프로젝트를 보고 run이나 Reports를 제출할 수 있습니다. |
민감하거나 기밀인 데이터와 관련된 워크플로우를 협업하려는 경우 프로젝트의 scope를 Restricted로 설정하세요. 팀 내에 restricted 프로젝트를 생성하면, 팀에서 특정 멤버를 초대하거나 추가하여 관련 Experiments, Artifacts, Reports 등을 함께 작업할 수 있습니다.다른 프로젝트 scope와 달리, 팀의 모든 멤버가 restricted 프로젝트에 암묵적인 엑세스 권한을 갖지는 않습니다. 동시에, 팀 관리자는 필요한 경우 restricted 프로젝트에 참여할 수 있습니다.
신규 또는 기존 프로젝트에 visibility scope 설정하기
프로젝트를 생성할 때나 나중에 편집할 때 프로젝트의 visibility scope를 설정할 수 있습니다.- 프로젝트 소유자 또는 팀 관리자만 visibility scope를 설정하거나 편집할 수 있습니다.
- 팀 관리자가 팀의 개인정보 설정에서 **Make all future team projects private (public sharing not allowed)**를 활성화하면, 해당 팀에 대해 Open 및 Public 프로젝트 visibility scope가 비활성화됩니다. 이 경우 팀은 Team 및 Restricted scope만 사용할 수 있습니다.
신규 프로젝트 생성 시 visibility scope 설정하기
- SaaS 클라우드, 전용 클라우드 또는 Self-Managed 인스턴스의 W&B 조직으로 이동합니다.
- 왼쪽 사이드바의 My projects 섹션에서 Create a new project 버튼을 클릭합니다. 또는 팀의 Projects 탭으로 이동하여 오른쪽 상단의 Create new project 버튼을 클릭합니다.
-
상위 팀을 선택하고 프로젝트 이름을 입력한 후, Project Visibility 드롭다운에서 원하는 scope를 선택합니다.
Restricted visibility를 선택한 경우 다음 단계를 완료하세요.
-
Invite team members 필드에 한 명 이상의 W&B 팀 멤버 이름을 입력합니다. 프로젝트 협업에 필수적인 멤버만 추가하세요.
나중에 프로젝트의 Users 탭에서 restricted 프로젝트의 멤버를 추가하거나 제거할 수 있습니다.
기존 프로젝트의 visibility scope 편집하기
- W&B 프로젝트로 이동합니다.
- 왼쪽 열에서 Overview 탭을 선택합니다.
- 오른쪽 상단의 Edit Project Details 버튼을 클릭합니다.
-
Project Visibility 드롭다운에서 원하는 scope를 선택합니다.
Restricted visibility를 선택한 경우 다음 단계를 완료하세요.
- 프로젝트의 Users 탭으로 이동하여 Add user 버튼을 클릭하고 restricted 프로젝트에 특정 사용자를 초대합니다.
Restricted scope에 대해 참고해야 할 기타 주요 사항
- Restricted 프로젝트에서 팀 수준의 서비스 계정을 사용하려면 해당 계정을 프로젝트에 별도로 초대하거나 추가해야 합니다. 그렇지 않으면 팀 수준 서비스 계정은 기본적으로 restricted 프로젝트에 엑세스할 수 없습니다.
- Restricted 프로젝트에서 run을 다른 곳으로 이동할 수는 없지만, 일반 프로젝트에서 restricted 프로젝트로 run을 이동할 수는 있습니다.
- 팀 개인정보 설정인 Make all future team projects private (public sharing not allowed) 여부와 관계없이, restricted 프로젝트의 visibility를 Team scope로만 전환할 수 있습니다.
- Restricted 프로젝트의 소유자가 더 이상 상위 팀의 일원이 아닌 경우, 팀 관리자는 프로젝트의 원활한 운영을 위해 소유자를 변경해야 합니다.
Project level roles
팀 내의 Team 또는 Restricted scope 프로젝트에 대해, 사용자의 팀 수준 역할과는 다른 특정 역할을 사용자에게 할당할 수 있습니다. 예를 들어, 사용자가 팀 수준에서 Member 역할을 가지고 있더라도, 해당 팀의 Team 또는 Restricted scope 프로젝트 내에서는 해당 사용자에게 View-Only, Admin 또는 사용 가능한 커스텀 역할을 할당할 수 있습니다.Project level roles는 SaaS 클라우드, 전용 클라우드 및 Self-Managed 인스턴스에서 프리뷰로 제공됩니다.
사용자에게 프로젝트 수준 역할 할당하기
- W&B 프로젝트로 이동합니다.
- 왼쪽 열에서 Overview 탭을 선택합니다.
- 프로젝트의 Users 탭으로 이동합니다.
- Project Role 필드에서 해당 사용자에게 현재 할당된 역할을 클릭하면 사용 가능한 다른 역할 목록이 드롭다운으로 나타납니다.
- 드롭다운에서 다른 역할을 선택합니다. 즉시 저장됩니다.
사용자의 프로젝트 수준 역할을 팀 수준 역할과 다르게 변경하면, 차이를 나타내기 위해 프로젝트 수준 역할에 * 가 포함됩니다.
프로젝트 수준 역할에 대해 참고해야 할 기타 주요 사항
- 기본적으로 Team 또는 Restricted scope 프로젝트의 모든 사용자에 대한 프로젝트 수준 역할은 해당 팀 수준 역할을 **상속(inherit)**합니다.
- 팀 수준에서 View-only 역할을 가진 사용자의 프로젝트 수준 역할은 변경할 수 없습니다.
- 특정 프로젝트 내 사용자의 프로젝트 수준 역할이 팀 수준 역할과 동일한 경우, 팀 관리자가 팀 수준 역할을 변경하면 관련 프로젝트 역할도 팀 수준 역할을 따라 자동으로 변경됩니다.
- 특정 프로젝트 내 사용자의 프로젝트 수준 역할을 팀 수준 역할과 다르게 변경한 경우, 팀 관리자가 팀 수준 역할을 변경하더라도 관련 프로젝트 수준 역할은 그대로 유지됩니다.
- 프로젝트 수준 역할이 팀 수준 역할과 달랐던 사용자를 Restricted 프로젝트에서 제거했다가 나중에 다시 추가하면, 기본 행동(behavior)에 따라 팀 수준 역할을 상속하게 됩니다. 필요한 경우 프로젝트 수준 역할을 다시 팀 수준 역할과 다르게 변경해야 합니다.