Основи Weblate

Структура проєктів і складників

У Weblate переклади упорядковано за проєктами та складниками. Кожен проєкт може містити декілька складників, які містять переклади окремими мовами. Складник відповідає одному файлу перекладу (наприклад, GNU gettext PO (портативний об’єкт) або Рядкові ресурси Android). Проєкти призначено для полегшення упорядковування складників у логічні набори (наприклад, для групування усіх перекладів, які використовуються у одному застосунку).

Крім того, складники в проєктах можуть бути структуровані за допомогою категорій. Складники можуть належати до категорії, а категорії можуть бути вкладеними.

На внутрішньому рівні, у кожному проєкті містяться переклади типових рядків, які типово поширюються на усі інші складники перекладу. Це полегшує роботу, усуваючи потребу у нудному повторному перекладі та ручному перенесенні перекладів між версіями. Поширення перекладів можна вимкнути на рівні складника за допомогою налаштування поширення перекладів, якщо переклади мають відрізнятися.

Інтеграція зі сховищем

Weblate побудовано з врахуванням інтеграції із основним сховищем системи керування версіями коду, у розділі:doc:/admin/continuous описано будівельні блоки та те, як зміни переходять з одного блоку до іншого.

Дивись також

Огляд архітектури описує те, як Weblate працює на внутрішньому рівні.

Прив’язка до користувача

Weblate зберігає переклади із належними даними щодо авторства у сховищі керування версіями, використовуючи ім’я та адресу електронної пошти. Використання справжньої адреси електронної пошти у даних внеску відповідає поширеній практиці у системах керування версіями та надає змогу службами, подібним до GitHub, пов’язувати ваші внески на Weblate із вашим профілем на GitHub.

Це також відкриває можливість неналежного використання адреси електронної пошти, яка оприлюднюватиметься у внесках системи керування версіями. Більше того, щойно такий внесок буде оприлюднено у відкритому сховищі коду (зокрема на GitHub), фактично немає способу його редагувати. У Weblate уможливлено вибір приватної адреси електронної пошти у Обліковий запис, щоб уникнути цього.

Отже, адміністраторам слід брати до уваги таке під час налаштовування Weblate:

  • Таке використання адреси електронної пошти має бути ясно описано в умовах користування послугами, якщо такий документ потрібний. З цим може допомогти розділ Правові відомості.

  • PRIVATE_COMMIT_EMAIL_OPT_IN може зробити адреси електронної пошти типово конфіденційними.