uVersion
한국어
다운로드 →

Wiki

역할 및 관리 패널

uVersion 관리 패널: 누가 열 수 있는지, 9개 역할, 슈퍼 관리자와 project_admin, 등급 체계, 그리고 어떤 탭을 누가 사용할 수 있는지.

소개

관리 패널은 uVersion 데스크톱 클라이언트에 내장되어 있습니다. 사용자, 그룹, 권한, 검증 규칙, Webhook, 배포, 스토리지 관리를 한곳에 모읍니다. 이 페이지는 나머지 모든 것이 의존하는 역할 시스템을 설명합니다. 이 섹션의 다른 페이지보다 먼저 읽으십시오.

패널 열기

관리 패널이 열린 상태로, 탭 목록 (사용자, 그룹, 권한, 규칙, Webhook, 배포, 스토리지) 이 표시되어 있습니다.

관리 역할이 있는 계정으로 데스크톱 클라이언트에 로그인한 다음, 내비게이션의 Admin 항목을 엽니다. 관리 역할이 없는 계정에는 이 항목이 표시되지 않습니다.

패널을 열 수 있는 역할은 두 가지입니다: admin (슈퍼 관리자) 및 project_admin (프로젝트 관리자). 두 역할이 보는 내용은 동일하지 않습니다. 다음 섹션을 참조하십시오.

슈퍼 관리자와 project_admin

uVersion은 두 가지 관리 수준을 구분합니다:

  • 슈퍼 관리자 (역할 admin): 서버 전체에 대한 권한. 모든 리포지토리, 모든 사용자, 전역 설정, 감사, 라이선스를 관리합니다.
  • project_admin: 관리하는 프로젝트에 한해 완전한 관리자입니다. 자신의 리포지토리에서는 관리자가 하는 모든 일을 합니다 (권한, 규칙, Webhook, GC, 소멸). 자신의 리포지토리 밖에서는 관리 권한이 전혀 없습니다.

원칙: project_admin은 자신의 프로젝트에 대해 완전한 관리자이며, 그 외에는 아무것도 아닙니다. 그래서 패널이 구획화되어 있습니다. 일부 전역 작업 (아래 참조) 은 슈퍼 관리자 전용으로 남습니다.

9개 역할

역할용도
admin슈퍼 관리자: 전체 접근, 서버 전체.
project_admin프로젝트 관리자: 자신의 리포지토리에 대한 완전한 관리자, 그 외에는 없음.
lead팀 리드: 모든 리포지토리에 대한 쓰기와 여러 상위 권능 (승인, 전역 활동, 배포). 현재로서는 사실상 매우 강력한 역할입니다.
artist기여자 (아트): 권한에 따른 파일 check-out / check-in.
programmer기여자 (코드): 권한에 따른 check-out / check-in.
qa품질 보증: 기여하고 리뷰에 참여합니다.
user일반 기여자.
viewer읽기 전용.
playtester게시된 빌드에 대한 접근만 (게임 다운로드). 워크스페이스도 리포지토리 파일도 보지 못합니다.
역할은 권한의 크기를, 퍼미션은 범위를 정합니다 역할은 계정이 무엇을 할 수 있는지 (관리, 기여, 읽기) 를 말합니다. 퍼미션어떤 폴더에 대해인지를 말합니다. artist는 쓰기가 부여된 경로만 수정할 수 있습니다.

등급과 가드

역할은 등급으로 정렬됩니다: admin 100, lead 50, project_admin 40, programmer / artist / qa / user 10, viewer / playtester 5.

관리자는 자신의 등급보다 엄격히 아래인 계정에만 작업할 수 있습니다. 따라서 자기 승격도, 동급 상대의 변경도, 자신을 자신의 등급 아래로 강등하는 것도 불가능합니다. 이것이 예를 들어 project_admin (등급 40) 이 슈퍼 관리자로 둔갑하는 것을 막습니다.

어떤 탭에 누가 접근하는가

슈퍼 관리자project_admin
사용자전체 관리생성만, 구획화된 목록
그룹전체 관리이름 읽기 (부여 대상 지정용)
권한예, 자신의 리포지토리에서
규칙예, 자신의 리포지토리에서
Webhook예, 자신의 리포지토리에서
배포아니요 (admin 및 lead 전용)
스토리지 및 GC예, 자신의 리포지토리에서

엄격히 슈퍼 관리자 전용으로 남는 것: 사용자 수정 / 재설정 / 비활성화, 그룹 관리 (단순 읽기를 넘어서는 범위), 감사, 서버 설정, 전역 통계 및 라이선스.

서버 전체 권능

일부 권한은 역할에 연결되어 서버 전체에서 유효한 권능입니다 (리포지토리별 구분이 없습니다). 실무상 두 가지 결과가 있습니다:

  • manage_rules 권능을 가진 lead는 서버 전체에서 배포에 접근할 수 있습니다.
  • project_admin은 권능을 전혀 갖지 않습니다. 그 권한은 관리하는 프로젝트 목록에서 나오며, 권능에서 나오지 않습니다. 이것은 의도적입니다. 권능은 하나의 프로젝트로 한정될 수 없기 때문입니다.