Weblate 基礎

專案和元件結構

在 Weblate 中，翻譯被組織成專案和元件。每個專案可以包含多個元件，這些元件又包含各個語言的翻譯。元件對應的是一個可翻譯的檔案（例如 GNU gettext PO (Portable Object) 或 Android 字串資源）。專案可以幫助您將元件組織成邏輯集合（例如，將一個應用中用到的所有翻譯集合在一起）。

此外，也可以使用類別來組織專案內的元件。元件可屬於某個類別，類別也可以巢狀排列。

預設情況下，每個專案內都有對跨元件傳播的公共字串的翻譯。這減輕了重複和多版本翻譯的負擔。但假如翻譯應有所不同，可以使用 允許翻譯重用 通過 元件設定 停用翻譯傳播。

儲存庫整合

Weblate 的設計可與上游版本控制儲存庫整合；持續在地化 說明其組成部分，以及變更如何在兩者之間流動。

也參考

架構概覽 描述了 Weblate 內部如何運作。

使用者歸屬

Weblate 會使用姓名及電子郵件，讓版本控制儲存庫中的翻譯正確歸屬於譯者。將真實電子郵件附加至提交符合分散式版本控制的精神，也能讓 GitHub 等服務將您在 Weblate 中的貢獻與 GitHub 帳號建立關聯。

不過，此功能也會帶來風險，公佈在版本控制提交中的電子郵件地址可能會被濫用。此外，一旦此類提交公佈在公開的程式碼託管平台（例如 GitHub），實際上將無法撤回。為了避免這種情況，Weblate 允許在 帳號 中選擇私密提交電子郵件。

因此，管理員在設定 Weblate 時應考慮到這一點：

• 若服務需要服務條款文件，應在其中清楚說明電子郵件的這種用途。法律模組 可協助您完成此設定。

• PRIVATE_COMMIT_EMAIL_OPT_IN 可以讓電子郵件預設隱藏。