작업공간¶

작업공간은 관련 번역 프로젝트를 묶습니다. 프로젝트보다 상위에 있으며 프로젝트 목록, 작업공간 범위 접근 제어, 결제 모듈이 활성화된 경우 결제 세부 정보를 위한 공유 공간을 제공합니다.

작업공간 멤버십은 작업공간 안의 프로젝트를 번역하거나 관리할 접근 권한을 부여하지 않습니다. 프로젝트 접근은 여전히 프로젝트 접근 제어 설정과 프로젝트 팀으로 제어됩니다. 프로젝트 접근 제어 을 참조하세요.

작업공간 페이지에는 접근할 수 있는 해당 작업공간의 프로젝트가 나열됩니다.

Signed-in users can also review grouped project and component findings on the workspace Diagnostics tab. See Project and workspace diagnostics overviews.

Signed-in users can open Projects ↓ My workspaces to list workspaces where they have an explicit workspace-team assignment. This list does not include workspaces merely because the user has site-wide management access.

Site managers can list all workspaces in the management interface at Manage ↓ Workspaces.

Workspace statistics aggregate all owned and shared content, including projects and restricted components that you cannot access. Project listings and actions remain permission-filtered. See statistics access filtering.

The workspace Files menu downloads a ZIP archive of owned components that you can access and have permission to download. Workspace membership does not bypass project access control or component restrictions. The menu also provides Upload translation guidance. Uploading at workspace level is not supported; select a project and open an individual translation to upload a file.

Users who can edit translations in an accessible project can choose Operations ↓ Search and replace to replace text across permission-filtered owned project content in the workspace. The existing 검색 및 바꾸기 preview and confirmation workflow applies.

Workspace removal¶

Users with the Edit workspace settings permission can remove a workspace from Operations ↓ Organize or remove.

Only empty workspaces can be removed. Move or remove all projects in the workspace first. Workspaces associated with billing cannot be removed.

프로젝트 생성 및 이동¶

프로젝트는 작업공간이 있거나 없는 상태로 만들 수 있습니다:

작업공간 안에 프로젝트를 만들려면 그 작업공간에 대한 작업공간에 프로젝트 추가 권한이 필요합니다.
작업공간 없이 프로젝트를 만들려면 사이트 전체 새 프로젝트 추가 권한이 필요합니다.

Weblate의 REST API 로 프로젝트를 만들 때는 workspace 필드에 작업공간 UUID를 전달하세요.

기존 프로젝트는 프로젝트 구성 탭에서 작업공간 간에 이동하거나 Weblate의 REST API 로 workspace 필드를 변경하여 이동할 수 있습니다. 프로젝트 이동에는 프로젝트 편집 권한과 원본 및 대상 작업공간에 대한 작업공간 설정 편집 권한이 필요합니다. 대상 작업공간에는 작업공간에 프로젝트 추가 권한도 필요합니다. 프로젝트를 작업공간 밖으로 이동하려면 사이트 전체 새 프로젝트 추가 권한도 필요합니다.

작업공간 설정¶

Workspace settings define workspace identity and defaults inherited by projects and components.

작업공간 이름¶

Verbose workspace name used in workspace listings and project organization.

Use workspace translation memory¶

Whether projects in this workspace can use translation memory shared within the workspace. Individual projects also have to enable workspace translation memory.

Contribute to workspace translation memory¶

Whether projects in this workspace can contribute translations to the workspace translation memory. Individual projects also have to enable contribution.

Users with permission to edit the workspace can open Operations ↓ Translation memory to browse, download, delete, or rebuild automatically created workspace translation-memory entries. See 사용자 인터페이스.

번역 라이선스¶

이 작업 공간의 프로젝트 및 구성 요소에 대한 기본 번역 라이선스.

기여자 라이선스 계약¶

Default contributor license agreement for projects and components in this workspace. Markdown can be used for text formatting or inserting links.

새 번역 추가¶

Default behavior for requests to create new translations in projects and components in this workspace.

언어 코드 스타일¶

Default language code style for translations created by Weblate in projects and components in this workspace.

보조 언어¶

Default secondary language to show together with the source language while translating projects and components in this workspace.

번역 플래그¶

Workspace-level translation flags. These are merged with project, component, and translation flags instead of being inherited as a replacement.

커밋, 추가, 삭제, 병합, 애드온 및 병합 요청 메시지¶

Default commit and merge request message templates for projects and components in this workspace. These templates use the same markup as component message settings.

The built-in defaults follow Conventional Commits and include Weblate links where available. Use Restore site default next to a message editor to restore the current installation default for that message.

Settings inheritance¶

Settings inheritance lets common defaults be configured once and reused in lower scopes:

Workspaces define defaults for projects in the workspace.
Projects define defaults for categories and components in the project.
Categories define defaults for nested categories and components in the category.
Components use the effective value from the nearest inherited scope unless inheritance is disabled for that setting.

This is available for translation license, contributor license agreement, adding new translations, language code style, secondary language, and commit message templates.

Project, category, and component settings expose Inherit from workspace, Inherit from project, or Inherit from category checkboxes for these values. When inheritance is enabled, the inherited value is shown in the settings form; disable inheritance and save to edit the stored override value.

Translation flags are handled differently. Workspace, project, category, component, and translation flags are merged, so each level can add flags without replacing the lower levels.

When a workspace is created, these defaults are copied from the current installation defaults. Later changes to installation defaults do not update existing workspaces.

Workspace-less projects also store their own defaults when created and do not inherit from a workspace unless moved into one and configured to inherit.

When upgrading existing installations, Weblate consolidates matching settings: if all components in a project use the same value, the value is moved to the project and those components inherit it. The same consolidation is then applied from projects to workspaces. Category settings are initialized to inherit from their parent and matching explicit child overrides can be consolidated to the category. Differing values remain configured directly on the lower scope.

작업공간 접근 제어¶

작업공간에는 작업공간 범위 팀이 있습니다. 이러한 팀은 작업공간 수준 작업만 제어하며, 작업공간 안의 프로젝트에 대한 번역 접근 권한을 부여하지 않습니다.

기본 작업공간 팀은 다음과 같습니다:

소유자: 작업공간 설정을 편집하고, 작업공간에 프로젝트를 추가하고, 작업공간 접근을 관리하고, 작업공간에 할당된 결제 플랜을 보거나 결제할 수 있습니다.
프로젝트 생성자: 작업공간에 프로젝트를 추가할 수 있습니다.

사용자는 해당 작업공간 안의 프로젝트 하나 이상에 접근할 수 있으면 작업공간 페이지를 계속 볼 수 있습니다. 이는 결제 접근 권한이나 더 많은 프로젝트를 추가할 권한을 부여하지 않습니다.

결제¶

결제 이 활성화되면 결제 플랜이 작업공간에 할당됩니다. 해당 작업공간의 프로젝트는 작업공간 결제 플랜에 계산됩니다.

작업공간 설정 편집 권한이 있는 사용자는 결제 플랜을 보고 결제할 수 있습니다. 결제 알림 이메일은 이러한 사용자에게 전송됩니다.

결제는 선택 사항입니다. 결제 모듈이 설치되어 있지 않아도 작업공간은 계속 사용할 수 있습니다.

결제 소유자에서 업그레이드¶

이전 Weblate 버전은 결제 소유자를 결제 플랜에 직접 저장했습니다. 이러한 사용자는 결제 플랜이 적용되는 작업공간의 작업공간 소유자 팀으로 마이그레이션됩니다.