|
Documentação
Agende uma demoPlataforma
PlataformaMCPCLIAPIWorkflows
GuiasChangelog

Localização contínua

  • Como funciona
  • Configuração

Plataformas

  • GitHub App
  • GitHub Actions
  • GitLab CI/CD
  • Bitbucket Pipelines
  • Padrões avançados

Configuração

Configure a localização contínua com GitHub Action, GitLab CI/CD, Bitbucket Pipelines ou a CLI independente. Em todos os casos, a CLI da Lingo.dev roda no seu pipeline, então a configuração segue as mesmas três etapas: configurar a CLI, adicionar sua chave de API e escolher um workflow.

Vai configurar o GitHub App em vez disso?

O GitHub App não usa esse fluxo — não há CLI local, i18n.json nem segredo de chave de API. Você instala o app uma vez e adiciona um .lingo/config.json ao repositório. Nesse caso, siga o guia do GitHub App.

Pré-requisitos

Antes de adicionar o CI/CD, você precisa ter uma CLI configurada e funcionando, com um arquivo i18n.json, e conseguir executar npx lingo.dev@latest run localmente.

Etapa 1. Configure a CLI#

Se ainda não fez isso, siga o guia de Configuração da CLI. Ao final, você deve ter:

  • Um arquivo i18n.json na raiz do projeto
  • Uma chave de API (seja LINGO_API_KEY para o Lingo.dev Engine ou uma chave de provedor, como OPENAI_API_KEY)
  • A capacidade de gerar traduções localmente com npx lingo.dev@latest run

Etapa 2. Adicione sua chave de API como segredo no CI#

Armazene sua chave de API no gerenciador de segredos da sua plataforma de CI:

  1. Acesse Settings > Secrets and variables > Actions
  2. Clique em New repository secret
  3. Nome: LINGODOTDEV_API_KEY, Valor: sua chave de API
  4. Clique em Add secret

Etapa 3. Escolha um workflow e adicione a configuração#

Escolha o workflow que faz mais sentido para sua equipe e siga o guia específico da plataforma:

WorkflowIdeal para
Commit na mainEquipes pequenas que querem atualizações de tradução invisíveis e sem atrito
PR a partir da mainEquipes que querem fazer revisão das traduções antes de enviar para a main
Commit na branch de featureEquipes com branches de feature de longa duração
PR a partir da branch de featureEquipes que querem o máximo de controle sobre cada mudança de tradução

Não sabe qual escolher? Comece com "Commit na main" — é a opção mais simples. Você pode mudar depois sem alterar seu i18n.json.

Para ver instruções de configuração por plataforma e exemplos de workflow, consulte:

GitHub Actions
GitHub Action oficial com exemplos de workflow
GitLab CI/CD
Imagem Docker com exemplos de pipeline
Bitbucket Pipelines
Pipe oficial com exemplos de workflow

Verifique a configuração#

Depois de configurar seu workflow de CI, envie uma alteração para acioná-lo. A integração deve:

  1. Executar o pipeline de tradução
  2. Fazer commit das traduções ou abrir um PR, dependendo do workflow
  3. Atualizar o arquivo i18n.lock

Para verificar no CI se as traduções estão completas sem gerar novas, use a flag --frozen:

bash
npx lingo.dev@latest run --frozen

Isso retorna um status diferente de zero se houver qualquer conteúdo sem tradução — útil como bloqueio de deploy. Consulte Padrões Avançados para ver exemplos.

Próximas etapas#

GitHub App
Configuração gerenciada sem segredo de chave de API nem i18n.json
GitHub Actions
Configure a GitHub Action oficial
Padrões Avançados
Verificações de tradução, conflitos de merge e seleção de workflow
Como funciona
O pipeline de localização no CI/CD

Esta página foi útil?

Max PrilutskiyMax Prilutskiy·Atualizado há 5 dias·3 min de leitura