Common challenge
Copying strings between spreadsheets, repositories, translators, and release branches slows engineers down and makes every handoff harder to verify.
ReRune keeps localization close to the engineering workflow: dashboard context for teams, API keys for automation, CLI sync for releases, and SDK paths for runtime text updates.





Copying strings between spreadsheets, repositories, translators, and release branches slows engineers down and makes every handoff harder to verify.
Engineering teams that need repeatable sync alongside a clear workspace for review, terminology, context, and language progress.
ReRune treats localization as product infrastructure. The translation workspace and developer workflow are designed to stay connected from the first key to the release.
Development workflow
ReRune keeps the collaborative workspace outside the repository while giving developers explicit ways to move approved localization data through local commands, CI jobs, and supported app runtimes.
Generate project configuration with rerune, then use the API credentials created in the dashboard to associate local translation resources with the correct ReRune project.
Use rerune --pull to bring current dashboard translations into the app workflow and rerune --push to send local translation changes back for team management.
The CLI is designed for scripted use and does not require a specific CI provider. Teams decide which branch, validation, and release gates should run localization sync.
Supported SDKs use a publishable, read-only OTA ID for runtime fetches. API keys used for developer automation do not belong in client applications, and bundled localization remains the fallback.
Workflow
ReRune connects translation management to the delivery path developers already use: dashboard work, AI assistance, CLI/API sync, and OTA updates where a supported SDK is installed.
Generate API keys in the dashboard and use them in local scripts, CI/CD jobs, release tasks, or integration services.
Run ReRune once to create project config, then use rerune --pull and rerune --push as part of the engineering workflow instead of waiting on manual file handoffs.
Keep placeholders, structured values, missing languages, and review status visible before translated copy reaches production.
Ship translations as files, API-driven sync, or OTA updates depending on the platform and how the product is deployed.
Agent-assisted setup
Run the onboarding command from the root of your Git repository. The wizard detects the app and compatible coding agents already installed, then launches the agent you choose to move static UI text into localization, connect ReRune when cloud setup is selected, and validate the result.
Run inside your Git repository
$ curl -fsSL https://rerune.io/onboard.sh | shThe script runs locally. ReRune does not receive your source code or list of installed agents.
Start it from the repository root. It stays in the terminal and detects the app, existing localization, and supported coding agents already installed.
Review the source locale, Git branch, and whether to connect ReRune cloud and add supported OTA delivery. Nothing changes until you confirm.
The selected agent migrates user-facing strings into the app's localization system, connects ReRune when cloud setup is selected, adds supported OTA setup when requested, and runs the relevant validation.
11 integrations: 4 available now, 7 planned.
Coverage
Start where localization creates release friction, then keep web, mobile, and cross-platform products in one shared workspace as your surface area grows.
Developer delivery
Use the ReRune CLI locally or in CI/CD to manage project translations, then deliver approved runtime updates through the SDK built for your app.
Companion CLI
Use the ReRune CLI to sync, validate, and manage translations right from your terminal. Run syncs in CI/CD or locally whenever you need to push a new language.
Homebrew (macOS/Linux):
brew install BasalBit/tap/rerunereruneConnect the project
Create the project config and connect the repository to its ReRune workspace.
rerune pullPull approved updates
Bring current dashboard translations into the app or its build workflow.
rerune pushPush local changes
Send local translation updates back to ReRune for the team to manage and publish.
SDK directory
Public ReRune SDKs for Flutter, Android, iOS, React, React Native, and Angular support runtime variant selection with Main and bundled fallback.
Flutter rerune ^1.2.1
Android rerune-android-compose:1.1.1
rerune-android-views:1.1.1
iOS ReRune 1.1.1
React @rerune/[email protected]
React Native @rerune/[email protected]
Angular @rerune/[email protected]Questions
Teams can use API keys, CLI commands, import/export, and supported SDKs so localization can move through scripts, CI/CD, repositories, and runtime update flows.
Yes. Product, localization, and operations users can manage projects, languages, dictionaries, translation status, AI assistance, billing context, and team collaboration from the dashboard.
Yes. ReRune is structured around projects, languages, keys, dictionaries, metadata, CLI/API sync, and SDK delivery paths so teams can manage several product surfaces from one localization workspace.
Share an idea, report a problem, or ask for help with ReRune.
Explore next
Go deeper into the developer, platform, and delivery workflows connected to this page.
Use the ReRune localization CLI to initialize project config, pull dashboard translations, and push local translation updates from scripts or CI/CD workflows.
Read moreConnect localization to product systems with ReRune API workflows for translation keys, languages, AI-assisted translation, sync, and release automation.
Read moreCompare ReRune as a Lokalise alternative for software teams that want app-focused localization, CLI/API sync, AI assistance, and OTA updates where supported.
Read moreCreate projects, manage keys, use AI assistance with context, sync through CLI/API, and publish approved runtime updates when your app uses a supported ReRune SDK.