접근 제어¶
Weblate에는 세밀한 권한 시스템이 포함되어 있어, 전체 인스턴스에 대해 미리 정의된 역할로 사용자 권한을 부여하거나, 하나 이상의 권한 그룹을 사용자에게 할당하여 전체 또는 개별 프로젝트, 구성요소, 용어집 등에 대한 권한을 지정할 수 있습니다.
프로젝트 접근 제어¶
참고
Hosted Weblate에서 무료 Libre 요금제를 사용하는 프로젝트는 항상 Public 상태입니다. 프로젝트 접근을 제한하려면 유료 요금제로 전환할 수 있습니다.
다른 접근 제어 설정을 선택하여 개별 프로젝트에 대한 사용자 접근을 제한합니다. 사용 가능한 옵션은 다음과 같음:
- 공개
모두에게 표시됩니다.
모든 인증된 사용자가 기여할 수 있습니다.
VCS 저장소가 모든 사용자에게 노출될 수 있습니다.
오픈 소스 프로젝트이거나 Weblate 인스턴스가 비공개 또는 잠겨 있는 경우 이 옵션을 선택하세요.
- 보호됨
모두에게 표시됩니다.
선택된 사용자만 기여할 수 있습니다.
선택된 사용자만 VCS 저장소에 접근할 수 있습니다.
공개성을 유지하면서도 기여자를 통제하려면 이 옵션을 선택하세요.
- 비공개
선택된 사용자에게만 표시됩니다.
선택된 사용자만 기여할 수 있습니다.
선택된 사용자만 VCS 저장소에 접근할 수 있습니다.
공개적으로 노출되지 않아야 하는 프로젝트에 이 옵션을 선택하세요.
- 사용자 정의
선택된 사용자에게만 표시됩니다.
선택된 사용자만 기여할 수 있습니다.
선택된 사용자만 VCS 저장소에 접근할 수 있습니다.
Hosted Weblate에서는 사용할 수 없습니다.
사이트 전체 접근 제어 을 사용하여 모든 권한을 직접 설정해야 합니다.
세밀하게 사용자 정의할 수 있는 방식으로 접근을 정의하려면 자체 Weblate 인스턴스에서 이 옵션을 선택하세요.
액세스 제어 는 각 프로젝트의 구성(관리하기 ↓ 설정)의 액세스 탭에서 변경할 수 있습니다.
기본값은 DEFAULT_ACCESS_CONTROL 설정으로도 변경할 수 있습니다.
Private and Custom projects can make their Public sharing engage pages and status widgets anonymously accessible without making the rest of the project public. Public sharing is disabled by default for these projects.
참고
Aggregate statistics include Private projects and restricted components, including in site-wide, language, and workspace summaries. Object listings, names, and actions in the web interface and API remain permission-filtered, so these aggregates do not grant access to the underlying projects or components.
참고
Generic incoming notification hooks are an explicit compatibility exception to identifier confidentiality. When supplied with a matching repository URL, their diagnostic response includes match counts and, when an update is scheduled, the project/component slug and API URL. This also applies to Private projects and restricted components, except components managed through an authenticated integration. The API URL does not bypass access control, and no project content or credentials are included. See Matching webhook targets.
참고
인스턴스 관리자는 사용자 정의 설정 을 사용하여 공개, 보호됨, 비공개 프로젝트에서 사용자에게 제공되는 기본 권한 집합을 수정할 수 있습니다.
더 보기
작업공간 접근 제어¶
작업공간 범위 팀은 작업공간 접근 제어 에 문서화되어 있습니다.
프로젝트별 접근 제어 관리¶
공개, 보호됨, 비공개 프로젝트의 경우:
유저를 승인하는 것은 프로젝트에 엑세스 관리하기 (권한 목록 참조) 그들이 다른 유저의 공개, 보호됨 및 비공개 (사용자지정 해당 않됨) 프로젝트에 팀으로 참가함으로서 접근할 수 있도록 허락하는 것을 말합니다.
다음은 Weblate에서 제공하는 기본 팀입니다. 충분한 권한을 가진 사용자가 팀을 추가하거나 수정할 수 있습니다:
- 관리
프로젝트에 사용 가능한 모든 권한.
- 검토
검토에서 번역을 승인합니다.
검토 워크플로 가 활성화된 경우에만 사용할 수 있습니다.
보호됨 및 비공개 프로젝트에만 해당:
- 번역
프로젝트를 번역하고 오프라인에서 작성한 번역을 업로드합니다.
- 원문
원문 문자열 (프로젝트 설정 에서 허용된 경우) 및 원문 문자열 정보를 편집합니다.
- 언어
번역 언어를 관리합니다 (번역 추가 또는 제거).
- ` 용어집`
용어집을 관리합니다 (항목 추가, 제거, 업로드).
- 메모리
번역 메모리를 관리합니다.
- 스크린샷
스크린샷을 관리합니다 (추가, 제거, 원문 문자열에 연결).
- 자동 번역
자동 번역을 사용할 수 있습니다.
- VCS
VCS를 관리하고 내보낸 저장소에 접근합니다.
- 결제
결제 정보 및 설정에 접근합니다 (결제 참조).
이러한 기능은 프로젝트 메뉴의 작업 ↓ 사용자 내 접근 제어 페이지에서 사용할 수 있습니다.
힌트
팀을 언어 또는 구성요소로 제한하고 지정된 접근 역할을 배정할 수 있습니다 (권한 목록 참조).
팀 관리자¶
Added in version 4.15.
각 팀에는 팀 관리자가 있을 수 있으며, 관리자는 팀 내에서 사용자를 추가하거나 제거할 수 있습니다.
자체적으로 관리되는 팀을 구성하려는 경우에 유용합니다.
새 사용자 초대¶
기존 사용자를 추가하면 확인을 위한 초대장이 발송됩니다. REGISTRATION_OPEN 설정을 통해 관리자는 이메일로 새 사용자를 초대할 수 있습니다. 초대된 사용자는 프로젝트에 접근하려면 등록 절차를 완료해야 합니다.
그렇게 하기 위해서는 사이트 전체 권한이 필요하지 않으며, 프로젝트 범위에 대한 액세스 관리 권한(예: 관리 팀의 멤버십)만 있으면 됩니다.
힌트
초대된 사용자가 초대 유효 기간을 놓친 경우, 새 초대장을 만들어야 합니다.
동일한 유형의 초대를 사용자 탭의 관리 인터페이스 에서 사이트 전체에 대해 사용할 수 있습니다. 프로젝트 관리자와 사이트 관리자 모두 공백으로 구분된 이메일 주소를 붙여넣어 여러 사용자를 한 번에 초대할 수 있습니다. 한 번의 일괄 작업으로 생성된 모든 초대에는 선택한 팀이 사용되며, 사이트 전체 일괄 초대에는 선택한 슈퍼유저 플래그도 적용됩니다.
Site-wide user management is controlled by the global user.edit
permission. Unlike project access management, this is a trusted administrative
permission which allows editing user accounts across the whole instance. It
includes adding or removing the managed account from any site-wide, workspace,
or project team, and granting or revoking superuser status, even for the
caller’s own account. These actions do not require the Manage teams
permission or separate authority over the affected team.
Treat user.edit as effectively equivalent to superuser access, not as a
limited helpdesk permission. To delegate access management within a narrower
scope, use a project Administration team or a team administrator instead.
Site administrators can also disable password authentication for a user. The Regenerate API key option is enabled by default so that the current personal API key stops working. Clear it only when the current API key should remain active.
일괄 초대는 개별적으로 처리됩니다. 잘못된 주소와 이미 보류 중인 초대가 있는 주소는 건너뛰며, 유효한 초대는 계속 생성되어 발송됩니다.
버전 5.0에서 변경: Weblate는 이제 자동으로 계정을 생성하거나 팀에 사용자를 추가하지 않습니다. 사용자의 확인 후에만 수행됩니다.
사용자 차단¶
Added in version 4.7.
프로젝트에서 사용자가 부적절한 행동을 하는 경우, 해당 사용자의 기여를 차단할 수 있습니다. 관련 권한이 차단되어도 사용자는 프로젝트를 계속 볼 수 있지만 기여는 할 수 없습니다.
Cleaning up user contributions¶
When blocking spam or abusive accounts, project administrators can also clean up the user’s existing contributions in that project. Use Operations ↓ Users, block the user, and select the cleanup actions in the block form. For users who are already blocked, use Clean up user contributions in the blocked users list.
The available cleanup actions are:
Revert user edits reverts the latest editable translations by the user.
Reject user suggestions rejects pending suggestions by the user.
Delete user comments deletes comments by the user.
Site administrators with the site-wide user.edit permission can perform
the same bulk cleanup across all projects from the
management interface on the Users
tab. Open the user’s profile, select the Edit tab, and use
Contribution cleanup.
프로젝트별 권한 관리¶
프로젝트를 보호됨 또는 비공개 (프로젝트 접근 제어 참조)로 설정하고, 프로젝트별로 사용자 접근 관리 를 할 수 있습니다.
기본적으로 이 설정은 Weblate가 사용자 및 열람자 기본 팀 의 자체 구성으로 인해 해당 팀에서 제공하는 액세스 권한을 부여하지 못하도록 합니다. 하지만 기본 팀을 변경하거나, 새 팀을 만들거나, 아래 사이트 전체 접근 제어 에 설명된 대로 개별 구성요소에 대한 추가 맞춤 설정을 생성하여 사이트 전체 프로젝트에 권한을 부여하는 것은 허용합니다.
Weblate 사용자 인터페이스를 통해 권한을 관리하는 주요 이점 중 하나는 슈퍼유저 권한을 부여하지 않고도 다른 사용자에게 위임할 수 있다는 것입니다. 그렇게 하려면 프로젝트의 관리 팀에 추가하세요.
이 프로젝트 범위의 위임은 사이트 전체 user.edit 권한과 별개입니다. 프로젝트 관리 팀의 멤버십은 해당 프로젝트의 접근만 관리할 수 있는 반면, user.edit 는 Weblate UI 및 API에서 사이트 전체 사용자 관리를 허용하며 완전히 신뢰할 수 있는 사이트 관리자에게만 배정해야 합니다.
프로젝트별 접근 토큰¶
Added in version 4.10.
API 접근 탭에서 프로젝트 범위 접근 토큰을 정의할 수 있습니다. API 토큰은 만료 날짜를 지정할 수 있으며, 사용자와 동일하게 팀 멤버십을 통해 권한을 사용자 정의할 수 있습니다.
사이트 전체 접근 제어¶
참고
이 기능은 Hosted Weblate에서 사용할 수 없습니다.
권한 시스템은 일련의 권한을 정의하는 역할과 역할을 사용자 및 번역에 연결하는 팀을 기반으로 합니다. 자세한 내용은 사용자, 역할, 팀 및 권한 을 참조하세요.
Weblate의 접근 제어 시스템의 가장 강력한 기능은 관리 인터페이스 에서 구현할 수 있습니다. 당신은 어떤 프로젝트에서나 이것을 사용하여 허가를 관리할 수 있습니다. 당신은 꼭 Customaccess control 로 전환해야할 필요성은 없습니다. 그러나 당신은 이것을 사용하기 위해 슈퍼유저 권한을 가지고 있어야 합니다.
구현 세부 사항에 관심이 없고 기본값을 기반으로 간단한 구성을 만들거나, 전체 Weblate 설치에 대한 사이트 전체 액세스 권한이 없다면(예: Hosted Weblate), 프로젝트별 접근 제어 관리 섹션을 참조하십시오.
사이트 전체 권한 관리¶
전체 인스턴스의 권한을 한 번에 관리하려면 사용자를 적절한 기본 팀 에 추가하세요:
사용자 (이 작업은 기본적으로 자동 팀 할당 에 의해 수행됩니다).
검토자 (전담 검토자와 함께 검토 워크플로 를 사용하는 경우).
관리자 (대부분의 관리 작업을 다른 사람에게 위임하려는 경우).
모든 프로젝트를 공개 (프로젝트 접근 제어 참조)로 유지하지 않으면 사용자 및 검토자 팀의 멤버십으로 주어지는 전체 사이트 권한이 주어지지 않습니다.
기본 팀에 원하는 추가 권한을 부여할 수도 있습니다. 예를 들어, 모든 사용자 에게 스크린샷 관리 권한을 부여할 수 있습니다.
새로운 사용자 지정 팀을 정의할 수도 있습니다. 이러한 팀에 대한 권한을 사이트 전체에서 계속 관리하려면 프로젝트 선택 (예: 모든 프로젝트 또는 모든 공개 프로젝트)에 적절한 값을 선택하세요.
언어, 구성요소 또는 프로젝트에 대한 사용자 정의 권한¶
언어, 구성요소, 프로젝트 등 고유한 개체에 대한 권한을 관리하는 전용 팀을 만들 수 있습니다. 이러한 팀은 추가 권한만 부여할 수 있지만 다른 사용자 지정 팀을 추가하여 사이트 전체 또는 프로젝트별 팀에서 부여한 권한을 취소할 수는 없습니다.
예시:
체코어 번역을 선택된 번역자 그룹으로 제한 (다른 언어 번역은 공개로 유지):
Remove the permission to translate Czech from all users. In the default configuration this can be done by altering the Users default team. Built-in teams reject this change in the team management UI, use the Django admin interface instead.
그룹 사용자¶ 모든 언어
꺼짐
언어
체코어 제외 전부
체코어 번역자를 위한 전용 팀을 추가합니다.
그룹 Czech translators¶ 역할
고급 사용자
프로젝트 선택
모든 공개 프로젝트
모든 언어
꺼짐
언어
체코어
권한을 부여하려는 사용자를 이 팀에 추가합니다.
이 방식으로 권한을 관리하는 것은 강력하지만 꽤 번거로울 수 있습니다. 다른 사용자에게 위임하려면 슈퍼유저 상태를 부여해야 합니다.
사용자, 역할, 팀 및 권한¶
인증 모델을 구성하는 객체:
- 권한
Weblate에서 정의한 개별 권한입니다. 권한은 직접 사용자에게 배정할 수 없고, 역할 배정을 통해서만 가능합니다.
- 역할
역할은 일련의 권한을 정의합니다 (여러 곳에서 재사용할 수 있습니다).
- 사용자
사용자는 여러 팀에 소속될 수 있습니다.
- 그룹
그룹은 역할과 사용자를 인증 객체(프로젝트, 언어, 구성요소, 구성요소 목록)에 연결합니다.
참고
팀에 역할이 배정되지 않을 수 있으며, 이 경우 누구나 프로젝트를 탐색할 수 있는 것으로 간주됩니다 (아래 참조).
프로젝트 탐색 접근¶
사용자는 프로젝트 또는 해당 프로젝트 내 구성요소에 연결된 팀의 구성원이어야 합니다. 구성원 자격만 있으면 프로젝트를 탐색하는 데 특별한 권한이 필요하지 않습니다 (기본 열람자 팀에서 사용됩니다. 팀 목록 참조).
구성요소 탐색 접근¶
한 프로젝트에서 사용자에게 탐색 접근 권한을 부여하면 파생된 탐색 권한이 있는 모든 구성요소에 접근할 수 있습니다. 접근 제한 가 켜져 있으면 구성요소(또는 구성요소 목록)에 대한 접근이 명시적으로 부여됩니다.
팀의 범위¶
팀 내 역할에 의해 부여된 권한의 범위는 다음 규칙에 따라 적용됩니다:
팀이 구성요소 목록 을 지정하면 해당 팀의 회원에게 부여된 모든 권한은 팀에 첨부된 구성요소 목록의 모든 구성요소에 대해 부여되며, 해당 구성요소가 속한 모든 프로젝트에 대해 추가 권한이 없는 액세스 권한이 부여됩니다. 구성요소 및 프로젝트 는 무시됩니다.
대규모 구성요소 목록을 사용하면 성능에 영향을 줄 수 있으므로, 대신 프로젝트를 통해 접근 권한을 부여하는 것을 고려하세요.
팀이 구성요소 를 지정하면, 해당 팀의 구성원에게 부여된 모든 권한이 팀에 연결된 모든 구성요소에 적용되며, 해당 구성요소가 속한 모든 프로젝트에 추가 권한 없는 접근이 부여됩니다. 프로젝트 는 무시됩니다.
그렇지 않으면 팀이 직접 프로젝트들을 나열하거나 프로젝트 선택 을 모든 공개 프로젝트 와 같은 값으로 설정하여 프로젝트 를 지정하면 모든 프로젝트에 해당 권한이 적용되어 모든 프로젝트 무제한 구성요소 에 액세스할 수 있는 동일한 권한이 효과적으로 부여됩니다.
팀의 언어 로 부과된 제한은 사용자가 특정 작업을 수행할 접근 권한이 있는지 확인할 때 별도로 적용됩니다. 즉 검토, 번역 저장, 제안 추가 등 번역 프로세스 자체와 직접 관련된 작업에만 적용됩니다.
개별 팀 멤버십은 이러한 권한을 선택한 언어로 더 제한할 수 있습니다. 멤버별 언어 제한을 비워 두면 팀 언어 선택 외에 추가 제한이 적용되지 않습니다. 새 사용자를 프로젝트 팀에 초대할 때도 같은 언어 제한을 지정할 수 있습니다. 멤버별 언어 제한이 지정되면, 해당 멤버십은 그 언어 중 하나에 대해 평가할 수 있는 권한만 부여합니다. 해당 팀의 프로젝트 전체, 구성요소 전체, 전역 권한은 그 멤버에게 부여되지 않습니다.
The VCS permissions to commit, push, reset, and update are evaluated for the whole repository. A member needs component-wide permission on the component owning the repository and every component linked to it. This also applies when linked components are in other projects. A per-member language limit therefore cannot grant these permissions.
Project-wide repository status and operations filter repositories using this rule. Repositories for which the member lacks permission on any linked component are listed separately and are not inspected or changed. An operation is denied when none of the project’s repositories are available to it.
The Manage reports permission applies to the complete selected report scope. It grants access to report data from restricted components and, at workspace scope, private projects even when those descendants are not otherwise visible to the user. Grant it only to users trusted with all report data in that scope. Complete workspace reports are unavailable to regular users until they configure two-factor authentication when any project in the workspace enforces it. Superusers and bot accounts are exempt.
The Edit component settings permission allows administrative operations that can affect repository contents. For example, users can choose files through component settings or install and configure component add-ons. For a linked component, these operations use the complete shared checkout. Grant this permission only to users trusted by the repository owner with that checkout. Ordinary translation permissions do not grant this administrative access.
Repository-wide VCS permissions protect explicit commit, push, reset, and update operations. They are not required for Weblate’s normal background commit and push of translation changes made through an authorized component.
힌트
Use All languages or Project selection to automate inclusion of all languages or projects.
예시:
구성요소가 있는 프로젝트
foo:foo/bar및foo/baz, 검토 및 관리 권한은 다음 팀에 있습니다:
그룹 Spanish Admin-Reviewers¶ 역할
Review strings, Manage repository
구성요소
foo/bar
언어
스페인어
해당 팀의 구성원은 다음 권한을 갖습니다 (기본 역할 설정 기준):
foo/bar와foo/baz두 구성요소를 포함한 전체 프로젝트foo에 대한 일반 (탐색) 접근.
foo/bar의 스페인어 번역에서 문자열 검토 (다른 곳에서는 해당 없음).전체
foo/bar저장소의 VCS를 관리합니다. 예: 모든 언어에 대해 번역자가 작성한 보류 중인 변경사항을 커밋합니다.
자동 팀 할당¶
팀 을 편집하는 동안 자동 할당 을 지정할 수 있는데, 이는 새로 만든 사용자를 이메일 주소에 따라 팀에 자동으로 할당하는 데 사용되는 정규 표현식 목록입니다. 이 할당은 계정 생성 시에만 이루어집니다.
이 기능의 가장 일반적인 사용 사례는 모든 새 사용자를 기본 팀에 배정하는 것입니다. 이 동작은 기본 사용자 및 게스트 팀에 사용됩니다 (팀 목록 참조). 모든 사용자와 일치시키려면 정규식 ^.*$ 를 사용하세요.
이 옵션의 또 다른 사용 사례는 회사 직원에게 기본적으로 추가 권한을 부여하는 것일 수 있습니다. 모든 직원이 회사 도메인의 이메일 주소를 사용한다고 가정하면, ^.*@mycompany.com 과 같은 표현식으로 이를 달성할 수 있습니다.
참고
Weblate 버전 간에 업그레이드할 때마다 사용자 및 열람자 에 대한 자동 팀 할당이 항상 다시 생성됩니다. 이 기능을 끄려면 정규 표현식을 ^$ 로 설정하세요(이 설정은 아무것도 일치하지 않습니다).
참고
사용자 인터페이스를 통한 일괄 초대는 초대장을 생성합니다. 기존 사용자도 팀 구성원이 되기 전에 초대를 확인해야 합니다.
기본 팀 및 역할¶
설치 후 기본 팀 세트가 생성됩니다 (팀 목록 참조).
이러한 역할과 팀은 설치 시 생성됩니다. 기본 제공 역할은 업그레이드 시 데이터베이스 마이그레이션을 통해 항상 최신 상태로 유지됩니다. 실제로는 변경할 수 없으므로 고유한 권한 집합을 정의하려면 새 역할을 정의하세요.
권한 목록¶
범위 |
권한 |
내장 역할 |
|---|---|---|
변경 사항 |
변경 내역 다운로드 |
관리 |
의견 |
의견 작성 |
관리 |
원문 편집 |
||
고급 사용자 |
||
번역 코디네이터 |
||
문자열 검토 |
||
번역 |
||
의견 삭제 |
관리 |
|
의견 해결 |
관리 |
|
번역 코디네이터 |
||
문자열 검토 |
||
구성요소 |
구성 요소 설정 편집 |
관리 |
구성 요소 잠금, 번역 방지 |
관리 |
|
저장소 관리 |
||
용어집 |
용어집 항목 추가 |
관리 |
용어집 관리 |
||
고급 사용자 |
||
번역 코디네이터 |
||
용어집 용어 추가 |
관리 |
|
용어집 관리 |
||
번역 코디네이터 |
||
용어집 항목 편집 |
관리 |
|
용어집 관리 |
||
고급 사용자 |
||
번역 코디네이터 |
||
용어집 항목 삭제 |
관리 |
|
용어집 관리 |
||
고급 사용자 |
||
번역 코디네이터 |
||
용어집 항목 업로드 |
관리 |
|
용어집 관리 |
||
고급 사용자 |
||
번역 코디네이터 |
||
자동 제안 |
자동 제안 사용 |
관리 |
원문 편집 |
||
고급 사용자 |
||
번역 코디네이터 |
||
문자열 검토 |
||
번역 |
||
번역 메모리 |
번역 메모리 편집 |
관리 |
번역 메모리 관리 |
||
번역 메모리 삭제 |
관리 |
|
번역 메모리 관리 |
||
프로젝트 |
프로젝트 설정 편집 |
관리 |
프로젝트 접근 관리 |
관리 |
|
보고서 |
Manage reports |
관리 |
작업공간 관리 |
||
스크린샷 |
스크린샷 추가 |
관리 |
번역 코디네이터 |
||
스크린샷 관리 |
||
스크린샷 편집 |
관리 |
|
번역 코디네이터 |
||
스크린샷 관리 |
||
스크린샷 삭제 |
관리 |
|
번역 코디네이터 |
||
스크린샷 관리 |
||
원문 문자열 |
추가 문자열 정보 편집 |
관리 |
원문 편집 |
||
문자열 |
새 문자열 추가 |
관리 |
문자열 제거 |
관리 |
|
실패한 검사 해제 |
관리 |
|
원문 편집 |
||
고급 사용자 |
||
번역 코디네이터 |
||
문자열 검토 |
||
번역 |
||
문자열 편집 |
관리 |
|
원문 편집 |
||
고급 사용자 |
||
번역 코디네이터 |
||
문자열 검토 |
||
번역 |
||
문자열 검토 |
관리 |
|
번역 코디네이터 |
||
문자열 검토 |
||
문자열 일괄 편집 |
관리 |
|
일괄 편집 |
||
제안이 강제될 때 문자열 편집 |
관리 |
|
번역 코디네이터 |
||
문자열 검토 |
||
원문 문자열 편집 |
관리 |
|
원문 편집 |
||
고급 사용자 |
||
번역 코디네이터 |
||
제안 |
제안 수락 |
관리 |
원문 편집 |
||
고급 사용자 |
||
번역 코디네이터 |
||
문자열 검토 |
||
번역 |
||
제안 추가 |
관리 |
|
원문 편집 |
||
제안 추가 |
||
고급 사용자 |
||
번역 코디네이터 |
||
문자열 검토 |
||
번역 |
||
제안 삭제 |
관리 |
|
고급 사용자 |
||
번역 코디네이터 |
||
제안에 투표 |
관리 |
|
원문 편집 |
||
고급 사용자 |
||
번역 코디네이터 |
||
문자열 검토 |
||
번역 |
||
번역 |
번역 언어 추가 |
관리 |
고급 사용자 |
||
번역 코디네이터 |
||
언어 관리 |
||
자동 번역 실행 |
관리 |
|
자동 번역 |
||
기존 번역 삭제 |
관리 |
|
언어 관리 |
||
번역 파일 다운로드 |
관리 |
|
원문 편집 |
||
저장소 접근 |
||
고급 사용자 |
||
번역 코디네이터 |
||
문자열 검토 |
||
번역 |
||
언어 관리 |
||
여러 번역 언어 추가 |
관리 |
|
언어 관리 |
||
업로드 |
업로드된 번역의 작성자 지정 |
관리 |
업로드 시 기존 문자열 덮어쓰기 |
관리 |
|
원문 편집 |
||
고급 사용자 |
||
번역 코디네이터 |
||
문자열 검토 |
||
번역 |
||
번역 업로드 |
관리 |
|
원문 편집 |
||
고급 사용자 |
||
번역 코디네이터 |
||
문자열 검토 |
||
번역 |
||
VCS |
내부 저장소 접근 |
관리 |
저장소 접근 |
||
고급 사용자 |
||
번역 코디네이터 |
||
저장소 관리 |
||
내부 저장소에 변경 사항 커밋 |
관리 |
|
저장소 관리 |
||
내부 저장소에서 변경 사항 푸시 |
관리 |
|
저장소 관리 |
||
내부 저장소의 변경 사항 초기화 |
관리 |
|
저장소 관리 |
||
업스트림 저장소 위치 보기 |
관리 |
|
저장소 접근 |
||
고급 사용자 |
||
번역 코디네이터 |
||
저장소 관리 |
||
내부 저장소 업데이트 |
관리 |
|
저장소 관리 |
||
공지사항 |
공지사항 게시 |
관리 |
번역 코디네이터 |
||
공지사항 삭제 |
관리 |
|
번역 코디네이터 |
||
작업공간 |
작업공간 설정 편집 |
작업공간 관리 |
작업공간에 프로젝트 추가 |
작업공간 관리 |
|
작업공간 프로젝트 추가 |
||
작업공간 접근 관리 |
작업공간 관리 |
|
사이트 전체 권한 |
관리 인터페이스 사용 |
|
사이트 구성 관리 |
||
새 프로젝트 추가 |
새 프로젝트 추가 |
|
새 작업공간 추가 |
새 프로젝트 추가 |
|
언어 정의 추가 |
||
언어 정의 관리 |
||
팀 관리 |
||
팀 정보 보기 |
||
사용자 관리 |
||
사용자 정보 보기 |
||
역할 관리 |
||
역할 정보 보기 |
||
공지사항 관리 |
||
번역 메모리 관리 |
||
기계 번역 관리 |
||
구성 요소 목록 관리 |
||
결제 관리 |
||
사이트 전체 애드온 관리 |
경고
Roles do not have a separate scope; the permissions in a role determine its scope. A role containing a permission listed under Site wide privileges grants that permission across the Weblate instance when assigned through a site-wide team. The team’s project selection does not narrow these permissions.
Site-wide privileges are not granted to any default role. Treat custom roles
containing them as trusted administrative access because some are
effectively equivalent to superuser status. For example, user.edit
allows users to change their own team memberships and grant themselves
superuser status.
내장 역할 목록¶
관리 |
|
원문 편집 |
|
제안 추가 |
|
저장소 접근 |
|
` 용어집 관리` |
|
고급 사용자 |
|
번역 코디네이터 |
|
문자열 검토 |
|
번역 |
|
언어 관리 |
|
` 일괄 편집` |
|
자동 번역 |
|
번역 메모리 관리 |
|
스크린샷 관리 |
|
저장소 관리 |
|
작업공간 관리 |
|
작업공간 프로젝트 추가 |
|
새 프로젝트 추가 |
|
팀 목록¶
다음 팀은 설치 시 (또는 setupgroups 실행 후) 생성되며 자유롭게 수정할 수 있습니다. 삭제하거나 이름을 변경하면 마이그레이션 시 다시 생성됩니다.
- 게스트
비인증 사용자의 권한을 정의합니다.
이 팀은 익명 사용자만 포함합니다 (
ANONYMOUS_USER_NAME참조).이 팀에서 역할을 제거하여 비인증 사용자의 권한을 제한합니다.
기본 역할: 제안 추가, 저장소 접근
- 열람자
이 역할은 모든 사용자에게 공개 프로젝트의 가시성을 보장합니다. 기본적으로 모든 사용자가 이 팀의 구성원입니다.
기본적으로 자동 팀 할당 은 가입 시 모든 새 계정을 이 팀의 구성원으로 만듭니다.
기본 역할: 없음
- 사용자
모든 사용자의 기본 팀.
기본적으로 자동 팀 할당 은 가입 시 모든 새 계정을 이 팀의 구성원으로 만듭니다.
기본 역할: 파워 유저
- 검토자
검토자를 위한 그룹 ( 번역 워크플로 참조).
기본 역할: 문자열 검토
- 관리자
관리자를 위한 그룹.
기본 역할: 관리
- 프로젝트 생성자
Added in version 5.1.
새 프로젝트를 생성할 수 있는 사용자.
기본 역할: 새 프로젝트 추가
경고
미리 정의된 Weblate 팀과 사용자를 절대 삭제하지 마세요. 예상치 못한 문제가 발생할 수 있습니다! 필요하지 않은 경우 모든 권한을 제거하세요.
추가 접근 제한¶
Weblate 설치를 덜 공개적인 방식으로 사용하려면, 즉 초대를 통해서만 새 사용자를 허용하려면, 알려진 사용자만 접근할 수 있도록 Weblate를 설정하면 됩니다. 그러려면 REGISTRATION_OPEN 을 False 로 설정하여 새 사용자 등록을 방지하고, REQUIRE_LOGIN 을 True 로 설정하여 모든 사이트 페이지 접근 시 로그인을 요구하세요. 이것이 기본적으로 Weblate 설치를 잠그는 방법입니다.
추가로 DEFAULT_ACCESS_CONTROL 을 100 으로 변경하면 새로 생성된 모든 프로젝트가 비공개가 되어 명시적인 접근 권한이 필요합니다.
힌트
내장된 새 사용자 초대 를 사용하여 새 사용자를 추가할 수 있습니다.
사용자 계정 만료¶
각 계정에 만료일을 설정할 수 있습니다. 만료 후 계정은 자동으로 비활성화됩니다. 프로젝트별 접근 토큰 에 사용되지만 일반 사용자에게도 활용할 수 있습니다.