Alle Integrationen
VerfügbarCode & Docs

Lokalisiere bei jedem Pull Request.

Richte Rush Studio auf die String-Dateien in deinem Repo. Wenn sie sich ändern, übersetzt es den Diff in den von dir festgelegten Sprachen und öffnet einen Pull Request, den deine Entwickler wie jeden anderen prüfen — kein separates Tool, kein Copy-Paste, nichts wird ohne dein Okay gemergt.

Übersetzungs-Pull-RequestsLäuft bei jedem PushJSON · YAML · PO · XLIFF
github.com/acme/web-app · Pull request #482
i18n(es): update translations
rush/i18n-esmain
Offen
locales/es/common.json
"nav": {
"home": "",
+ "home": "Inicio",
"pricing": "",
+ "pricing": "Precios",
},
"cta": "",
+ "cta": "Empezar gratis",
Kategorie
Code & Docs
Authentifizierung
GitHub OAuth
Synchronisierung
Pull Requests
Einrichtung
~3 Minuten
Was es macht

Dein Repo ist die Quelle der Wahrheit.

Rush Studio überwacht die Sprachdateien, auf die du es richtest, und hält jede Sprache auf Stand — als prüfbare Pull Requests, nie als überraschende Commits.

Überwacht deine String-Dateien

Gib ihm einen Glob, und es verfolgt jede passende Sprachdatei im Repo — rekursiv.

Übersetzungs-Pull-Requests

Neue und geänderte Strings werden zu einem PR pro Sprache, geöffnet gegen den Branch deiner Wahl.

Jedes i18n-Format

JSON, YAML, gettext, XLIFF, Apple .strings und Flutter .arb — sauber geparst und neu ausgegeben.

Läuft bei Push oder geplant

Ein Webhook erfasst Änderungen in Minuten, oder frage in einem von dir gesetzten Intervall ab.

Richte es auf deine Strings

Ein Glob, kein manueller Export.

Sag Rush Studio, welches Repo und welche Dateien deine Quell-Strings enthalten — durchsuche das Repo und wähle eine Datei oder einen Ordner, und es macht aus deiner Wahl einen Glob. Nur passende Dateien werden je gelesen; der Rest deines Codes ist für uns unsichtbar.

Rekursive Globs
locales/**/*.json passt über alle Ordner hinweg — Monorepos inklusive.
Format automatisch erkannt
Wähle JSON, YAML, PO oder XLIFF, und es parst die Schlüssel richtig.
Zielpfad-Vorlage
Ein {lang}-Token in deinem Pfad wird pro Sprache aufgelöst, z. B. locales/{lang}/.
ErsetztManuelle String-ExporteCopy-Paste in Sprachdateien
Dateien zum Übersetzen wählen
acme/web-app main
Quell-Globlocales/**/*.json
locales/en/common.jsonPasst
locales/en/dashboard.jsonPasst
locales/en/emails.jsonPasst
src/index.tsx
README.md
3 Dateien passen zu deinem Glob — nur diese werden gelesen. Der Rest des Repos bleibt unberührt.
Prüfen, nicht überraschen

Übersetzungen kommen als Pull Request.

Wenn Strings in Rush Studio übersetzt und freigegeben sind, kommen sie als Pull Request zurück in dein Repo — einer pro Sprache oder ein einzelner laufender PR, deine Wahl. Deine Entwickler prüfen und mergen ihn genau wie jede andere Änderung. Nichts berührt deinen Basis-Branch, bis du es sagst.

Pro Sprache oder laufend
Öffne einen PR pro Sprache, einen einzelnen laufenden PR, oder committe direkt auf einen Branch.
Standardmäßig menschliche Prüfung
PRs öffnen als Entwurf, bis ein Prüfer freigibt — optional auch GPG-signierte Commits.
Sicher bei doppelten Schlüsseln
Doppelte JSON-Schlüssel werden beim Import markiert, mit einem optionalen PR zum Umbenennen.
ErsetztEin separates LokalisierungstoolMerge-Konflikte in Sprachdateien
Übersetzungs-Pull-Requests
i18n(es): update translations
Spanisch · 3 Dateien geändert
Prüfung nötig
i18n(de): update translations
Deutsch · 3 Dateien geändert
Prüfung nötig
i18n(ja): update translations
Japanisch · 3 Dateien geändert
Checks laufen
Ein PR pro SpracheEntwurf bis zur FreigabeMergen, wann du willst
Unterstützte Formate

Die String-Dateien, die dein Repo schon nutzt.

Jedes gängige i18n-Format — in Schlüssel geparst, übersetzt und mit Struktur und Reihenfolge intakt neu ausgegeben.

JSON
JSON
i18next, react-intl
YAML
YAML
Rails, Ruby i18n
PO
Gettext
.po / .pot
XLF
XLIFF
XLIFF 2.x
STR
Apple
.strings / .stringsdict
ARB
Flutter
.arb
So funktioniert es

In etwa drei Minuten verbunden.

1

Mit GitHub autorisieren

Melde dich mit GitHub OAuth an und gewähre Zugriff auf die Repositories deiner Wahl. Widerrufe ihn jederzeit über GitHub oder Rush Studio.

2

Repos, Dateien & Sprachen wählen

Wähle das Repo, richte es mit einem Glob auf deine String-Dateien, und lege Zielsprachen und PR-Strategie fest.

3

Übersetzen & PRs öffnen

Änderungen fließen in deine Warteschlange, werden übersetzt und geprüft und kommen als Pull Requests zurück, die du mergst.

Berechtigungen & Sicherheit

Auf die von dir gewählten Repos begrenzt — geprüft, bevor etwas gemergt wird.

Rush Studio verbindet sich über GitHub OAuth. Hier ist genau, was es tut und was nicht.

Worauf wir zugreifen
Die Repos, die du auswählst. Die zu deinem Glob passenden String-Dateien lesen und dort Branches und Pull Requests öffnen.
Dein GitHub-Profil. Name und E-Mail, um Commits und PRs zuzuordnen und Benachrichtigungen zu senden.
Push-Events (optional). Ein von dir genehmigter Webhook meldet uns, wenn sich Quell-Strings ändern, damit wir neu synchronisieren können.
Was wir nie tun
Ohne Prüfung mergen. Übersetzungs-PRs warten auf deine Freigabe — wir mergen nie eigenmächtig auf deinen Basis-Branch.
Code außerhalb deines Globs berühren. Dateien, die nicht zu dem von dir gesetzten Muster passen, werden nie gelesen oder geändert.
Historie umschreiben. Wir fügen nur Branches und Pull Requests hinzu; deine bestehende Commit-Historie wird nie per Force-Push umgeschrieben.
Die Details

Wie sich die Synchronisierung verhält.

Die Fragen, die Entwickler stellen, bevor sie ein Produktions-Repo verbinden.

Synchronisierungsrichtung
Quelle rein, geprüfte PRs raus. Quell-Strings werden gelesen; Übersetzungen öffnen als Pull Requests, die du mergst.
Synchronisierungsauslöser
Ein Push-Webhook erkennt geänderte Strings in Minuten, oder frage nach Zeitplan ab. Ein manueller Pull from GitHub-Button synchronisiert bei Bedarf neu.
Formate
JSON, YAML, gettext (.po/.pot), XLIFF 2.x, Apple .strings/.stringsdict und Flutter .arb.
Quelländerungen
Das Bearbeiten eines Quell-Strings reiht nur die betroffenen Schlüssel neu ein; der offene PR wird an Ort und Stelle aktualisiert, statt Duplikate aufzutürmen.
Branch- & PR-Strategie
PRs pro Sprache, ein einzelner laufender PR, oder direkte Commits auf einen Basis-Branch — mit eigenen Labels und Commit-Nachrichten über {lang} und {count}.
Authentifizierung & Widerruf
GitHub OAuth 2.0 (repo + user:email). Trenne die Verbindung in Rush Studio oder widerrufe sie jederzeit in GitHub; der Zugriff stoppt sofort.
Fragen

GitHub, beantwortet.

Nein — standardmäßig öffnet jede Übersetzung einen Pull Request, den du prüfst und mergst. Du kannst direkte Commits auf einen Branch aktivieren, wenn du möchtest, aber nie ohne Freigabe auf deinen Basis-Branch.

Nur die Dateien, die zu dem von dir gesetzten Glob passen. Der Rest deines Repositorys — Quellcode, Secrets, alles andere — wird nie gelesen.

Ja. Die GitHub-OAuth-Verbindung deckt die privaten Repositories ab, denen du Zugriff gewährst.

Rekursive Globs wie packages/**/locales/**/*.json grenzen genau ein, was übersetzt wird, sodass ein großes Monorepo überschaubar bleibt.

Doppelte JSON-Schlüssel werden beim Import erkannt und markiert, und Rush Studio kann einen Folge-PR öffnen, der die Wiederholungen umbenennt, damit Übersetzungen auf den richtigen String zeigen.

Ja — registriere einen Webhook, und geänderte Strings werden in Minuten erfasst. Lieber Abfrage nach Zeitplan? Setze stattdessen ein Intervall.

Lokalisiere bei deinem nächsten Commit.

Trag dich in die Warteliste ein für Early-Access-Preise und ein 1:1-Onboarding-Gespräch, um dein erstes Repo anzubinden.