BabelizeBabelize
Features

Versioning & Revisions

Every babel is kept in your project's history with its status, trigger, languages, credits and results. See past babels and how translations stay stable between them.

Every babel (one translation pass over your project) is kept in the project's history. Your code itself is versioned in git: Babelize changes it only through the pull request you merge, or the files you download.

What's Stored

Each babel records:

PropertyDescription
Time and durationWhen it ran and how long it took
TriggerManual, Auto (a push, with Auto-localize), or API
CommitThe commit it translated (GitHub projects)
LanguagesThe languages it translated into
ResultsFiles scanned, texts found and translated, translations reused, and any issues
Credits usedAI credits it used (none on your own key)

Viewing History

  • Babels in the sidebar lists every babel across your projects. Filter by status, trigger and project
  • Babels History on a project page lists that project's babels
  • Click a babel to open its results

The latest babel's results are editable; earlier babels are read-only, and their changed files aren't kept.

Stable Translations

Unchanged text keeps its translation from one babel to the next: the lockfile and translation memory reuse it instead of translating it again, so a babel only translates what's new or changed. A translation changes only when:

  • its source text changes
  • a glossary rule that applies to it changes
  • you edit it in Results (your edit then wins on every later babel)
  • you choose Re-translate everything

Changing the project's branch starts the project over: the next babel translates everything again.

Best Practices

  • Translate after merging PRs — translate against your latest main branch
  • Keep source content clean — clear, well-structured source text produces better translations

Last updated: 2026-11-01

How is this guide?

On this page