|
Документация
Заказать демоПлатформа
ПлатформаMCPCLIAPIПроцессы
РуководстваЖурнал изменений

Непрерывная локализация

  • Как это работает
  • Настройка

Платформы

  • GitHub App
  • GitHub Actions
  • GitLab CI/CD
  • Bitbucket Pipelines
  • Продвинутые сценарии

Настройка

Настройте непрерывную локализацию для GitHub Action, GitLab CI/CD, Bitbucket Pipelines или отдельного CLI. Во всех случаях в вашем пайплайне запускается CLI Lingo.dev, поэтому настройка везде одинакова и состоит из трёх шагов: настройте CLI, добавьте API-ключ и выберите рабочий процесс.

Настраиваете GitHub App?

GitHub App работает не по этому сценарию: здесь не нужен локальный CLI, i18n.json или секрет с API-ключом. Достаточно один раз установить приложение и добавить .lingo/config.json в репозиторий. Вместо этого воспользуйтесь руководством по GitHub App.

Что понадобится

Прежде чем добавлять CI/CD, у вас должна быть рабочая настройка CLI с файлом i18n.json и возможностью запускать npx lingo.dev@latest run локально.

Шаг 1. Настройте CLI#

Если вы ещё этого не сделали, следуйте руководству Настройка CLI. В результате у вас должно быть:

  • Файл i18n.json в корне проекта
  • API-ключ (либо LINGO_API_KEY для движка Lingo.dev, либо ключ провайдера, например OPENAI_API_KEY)
  • Возможность локально генерировать переводы с помощью npx lingo.dev@latest run

Шаг 2. Добавьте API-ключ в секреты CI#

Сохраните API-ключ в менеджере секретов вашей CI-платформы:

  1. Перейдите в Settings > Secrets and variables > Actions
  2. Нажмите New repository secret
  3. Имя: LINGODOTDEV_API_KEY, значение: ваш API-ключ
  4. Нажмите Add secret

Шаг 3. Выберите рабочий процесс и добавьте конфигурацию#

Выберите рабочий процесс, который подходит вашей команде, а затем перейдите к инструкции для нужной платформы:

Рабочий процессЛучше всего подходит для
Commit в mainНебольших команд, которым нужны незаметные обновления переводов без лишних действий
PR из mainКоманд, которые хотят проверять переводы до попадания в main
Commit в feature branchКоманд с долгоживущими feature branch
PR из feature branchКоманд, которым нужен максимальный контроль над каждым изменением перевода

Не уверены, что выбрать? Начните с "Commit в main" — это самый простой вариант. Позже вы сможете переключиться, не меняя свой i18n.json.

Инструкции по настройке для конкретных платформ и примеры рабочих процессов смотрите здесь:

GitHub Actions
Официальный GitHub Action с примерами рабочих процессов
GitLab CI/CD
Docker-образ с примерами пайплайнов
Bitbucket Pipelines
Официальный Pipe с примерами рабочих процессов

Проверьте настройку#

После настройки рабочего процесса CI внесите изменение, чтобы его запустить. Интеграция должна:

  1. Запустить пайплайн перевода
  2. Закоммитить переводы или открыть PR — в зависимости от выбранного рабочего процесса
  3. Обновить файл i18n.lock

Чтобы убедиться в CI, что все переводы готовы, не генерируя новые, используйте флаг --frozen:

bash
npx lingo.dev@latest run --frozen

Команда завершится с ненулевым статусом, если какой-то контент останется непереведённым. Это удобно использовать как барьер для деплоя. Примеры смотрите в разделе Продвинутые сценарии.

Что дальше#

GitHub App
Управляемая настройка без секрета с API-ключом и i18n.json
GitHub Actions
Настройте официальный GitHub Action
Продвинутые сценарии
Проверки переводов, конфликты слияния, выбор рабочего процесса
Как это работает
Как устроен CI/CD-пайплайн локализации

Эта страница была полезной?

Max PrilutskiyMax Prilutskiy·Обновлено 24 дня назад·3 минуты чтения