für Teams, die täglich mergen

Kontinuierliche Lokalisierung: jede Sprache bei jedem Merge.

Bei der kontinuierlichen Lokalisierung werden neue und geänderte Zeichenketten parallel zur Codeentwicklung übersetzt, statt in einer separaten Phase vor jedem Release. So ist jede Sprache stets bereit, zusammen mit dem entsprechenden Code ausgeliefert zu werden.

Kostenlos starten So funktioniert es

Eine Simulation der beiden Arbeitsweisen, keine Messung. Klicken Sie auf „Änderung mergen“ und lesen Sie die Spalte rechts: Sie zeigt, was Nutzer dieser Sprache sehen.

acme / web

In Main gemergte ZeichenkettenWas ein Nutzer jetzt sieht

mainAdd a gift cardcheckout.gift_card

frAjouter une carte cadeauübersetzt

deGeschenkkarte hinzufügenübersetzt

jaギフトカードを追加übersetzt

arأضف بطاقة هديةübersetzt

pt-BRAdicionar vale-presenteübersetzt

Sprachen, die Sie jetzt veröffentlichen könnten5 von 5

Zeichenketten hinter Mainkeine

die kurze Antwort

Was ist kontinuierliche Lokalisierung?

Kontinuierliche Lokalisierung ist eine Arbeitsweise, bei der neue und geänderte Zeichenketten automatisch sofort nach der Änderung zur Übersetzung gehen und der übersetzte Text ohne manuelle Planung in das Produkt zurückfließt.

Es gibt keine separate Übersetzungsphase, da die Übersetzung nie stoppt. Ein Entwickler merged eine Zeichenkette, die Übersetzungen folgen im gleichen Flow wie der Code, und ein Release wartet nicht auf Dateien anderer.

Sie ist die Lokalisierungs-Hälfte von Continuous Delivery. Ein Team, das täglich merged und die Übersetzung alle paar Wochen übergibt, hat den Großteil des Monats über Sprachen, die hinter dem Code zurückliegen. Kontinuierliche Lokalisierung reduziert diese Lücke auf die Dauer eines einzigen Durchlaufs.

Das bedeutet nicht, dass maschinelle Ausgaben ungeprüft live gehen. Sie entscheiden, welche Zeichenketten menschliche Prüfung benötigen, und ein Release kann nur geprüfte Inhalte enthalten.

kontinuierlich vs. traditionelle Lokalisierung

Der Unterschied liegt im Zeitpunkt der Übersetzung, nicht darin, wer sie durchführt.

Übersetzer, Prüfer und Glossare gibt es in beiden Spalten. Was sich ändert, ist der Startzeitpunkt der Arbeit und die Größe der einzelnen Pakete.

Der Unterschied liegt im Zeitpunkt der Übersetzung,
Was sich ändert	Batch-Übergabe	Fortlaufend

Nebeneinander
Wann die Übersetzung erfolgt	In einer Phase vor jedem Release	Bei jeder Änderung eines Strings
Was den Prozess auslöst	Jemand exportiert eine Datei	Ein Push, ein Merge oder eine Inhaltsänderung
Die Größe jedes einzelnen Teils	Wochenweise viele Strings auf einmal	Die Strings in einer einzigen Änderung
Worauf ein Release wartet	Bis die Datei zurückkommt	Review der als solche markierten Strings
Eine späte Textänderung	Noch eine Hin- und Rückreise	Ein erneuter Durchlauf nur für diesen Key
Womit der Übersetzer arbeitet	Eine Tabelle mit Strings	Die Zeile mit Glossarbegriffen, TM-Treffern und Screenshots
Sprachen zum Launch	Gestaffelt, eine Welle nach der anderen	Gemeinsam mit dem Feature

Nebeneinander

Wann die Übersetzung erfolgt: In einer Phase vor jedem Release
Was den Prozess auslöst: Jemand exportiert eine Datei
Die Größe jedes einzelnen Teils: Wochenweise viele Strings auf einmal
Worauf ein Release wartet: Bis die Datei zurückkommt
Eine späte Textänderung: Noch eine Hin- und Rückreise
Womit der Übersetzer arbeitet: Eine Tabelle mit Strings
Sprachen zum Launch: Gestaffelt, eine Welle nach der anderen

ein String, von Anfang bis Ende

So funktioniert Continuous Localization

Verfolgen Sie einen neuen String durch den gesamten Zyklus. An jeder Station sehen Sie, was tatsächlich passiert.

Ihr Terminal oder Ihr CI-Log

+ "checkout.gift_card": "Add a {brand} gift card"

$ git push origin main

$ transglot push --wait

push locales/en.json (en, json_nested)

Batch: #4182

$ transglot pull

written locales/fr.json

written locales/ja.json

checkout.gift_card

QuelleAdd a {brand} gift card

frAjouter une carte cadeau {brand}Glossa-Entwurf

de{brand}-Geschenkkarte hinzufügenaus dem Speicher, 0 Wörter

ja{brand} ギフトカードを追加Glossa-Entwurf

arأضف بطاقة هدية {brand}Glossa-Entwurf

die vier Gateways, ein Lauf

Platzhalter1 repariert

Pluralformenbestanden

Glossarbegriffebestanden

Dauerbestanden

ja · Platzhalter verloren, einmal repariert, erneut geprüftギフトカードを追加{brand} ギフトカードを追加

cart.save

Quelle geändertSave Save draft

frEnregistrervon einer Person geprüft: beibehalten, an Sie gemeldetVorschlag: Enregistrer le brouillon

deEntwurf speichernMaschinenzeile: erneut übersetzt

Pull Requestvor Ort aktualisiert

Übersetzungen aktualisierentransglot/sync → mainoffen, einer pro Repository

locales/fr.json+3 −1

locales/de.json+3 −1

locales/ja.json+3 −1

oder kommentieren Sie bei einem Pull Request auf GitHub/translate

Die Änderung erreicht Transglot über die CLI, die GitHub Action oder die App auf Ihrem Git-Host. Quelldateien werden in einem von 20 nativen Formaten geparst und jeder String wird mit dem verglichen, was das Projekt bereits enthält. Nur neue und geänderte Strings werden weiterverarbeitet.

Eine exakte Übereinstimmung aus dem Translation Memory füllt die Zeile und kostet keine Wörter. Alles Übrige geht an Glossa – zusammen mit Ihrem Glossar, Ihrem Styleguide und dem Kontext dieses Keys.

Platzhalter, Pluralformen, Glossarbegriffe und Länge werden in jeder Zeile jedes Durchlaufs geprüft. Ein defekter Platzhalter, eine fehlende Pluralform oder ein verbotener Glossarbegriff wird einmal repariert und erneut geprüft; bei einem zweiten Fehlschlag wird er abgelehnt und nicht ausgeliefert. Eine Zeile, die nur die Längengrenze überschreitet, wird geschrieben und ab dem Team-Plan durch Auto-Approve oder einen QA-Lauf zur Review markiert.

Ein Lauf überschreibt niemals eine Zeile, die von einer Person bearbeitet oder geprüft wurde. Wenn sich die Quelle später ändert, bleibt der Text erhalten, der Lauf zählt die Zeile und informiert Sie. Ab dem Team-Plan wartet ein vorgeschlagenes Update daneben, bis es jemand akzeptiert.

Die Git-Apps committen Sprachdateien in einen Sync-Branch und halten einen Pull Request aktuell. Kommentieren Sie auf GitHub einen Pull Request mit /translate, und die Dateien landen im eigenen Branch dieses Pull Requests. Oder veröffentlichen Sie sie im CDN – dann liest das laufende Produkt die Änderung ohne jegliches Release.

wo Teams scheitern

Sechs Arten, wie kontinuierliche Lokalisierung schiefgeht, und was jede davon verhindert

Ein Lauf überschreibt die Arbeit einer Person

Jeder Autor prüft zuerst den Status der Zeile: ein Lauf, eine Speicherübereinstimmung und ein Push. Eine von einer Person bearbeitete oder geprüfte Zeile bleibt bestehen, und der Lauf meldet sie.

fr, geprüft, Quelle gerade geändert

beibehalten, gezählt, gemeldet

Eine defekte Zeichenkette erreicht die Produktion

Jedes Token, das eingegeben wurde, muss auch wieder ausgegeben werden. Bei einem ICU-Projekt bleibt eine Nachricht, die zur Renderzeit einen Fehler auslösen würde, aus dem Pull, dem Connector und dem CDN-Bundle ausgeschlossen, und der Lauf benennt sie.

{count, plural, one {# article}

aus der Datei ausgeschlossen, im Lauf benannt

Das Repository füllt sich mit Bot-Pull-Requests

Ein Sync-Branch und ein Pull-Request pro Repository. Zwei schnelle Pushes laufen darauf zu, statt einen zweiten zu eröffnen.

#812 #815 #819 #823 l10n-Update

#812 transglot/sync, vor Ort aktualisiert

Eine Quelltextänderung lässt alte Übersetzungen zurück

Jede Zielzeile speichert die Quelle, auf die sie geschrieben wurde. So ist bei einer geänderten Zeichenkette sofort bekannt, dass sie in jeder Sprache veraltet ist, und nur dieser Schlüssel wird erneut ausgeführt.

Speichern wurde zu „Als Entwurf speichern“. fr, de, ja sagen weiterhin Speichern

fr, de, ja werden für diesen einen Schlüssel erneut ausgeführt

Jeder Lauf berechnet das gesamte Projekt erneut ab

Ein Lauf richtet sich nach den Änderungen. Ungeänderte Zeichenketten werden nicht gesendet, exakte Treffer aus dem Speicher kosten keine Wörter und Zeilen, die einer Person gehören, werden abgelehnt, bevor Kosten entstehen.

Datei enthält 48.000 Wörter

dieser Lauf: 60 Wörter

Ein halb fertiger Pull überschreibt eine Lokalisierungsdatei

Wenn der Server keine Einträge für ein Locale meldet, weigert sich der Pull, eine Datei mit Inhalt zu überschreiben, und beendet sich mit Exit-Code 1, sodass die Pipeline dort stoppt.

pull: 0 Einträge für ja, Datei enthält 1.204

Überschreiben von locales/ja.json mit einem leeren Bundle wird verweigert

gemessen an den beiden, die Sie vergleichen

Alle drei sind mit Ihrem Repository verbunden. Der Unterschied liegt darin, was beim Mergen passiert.

Gelesen von den eigenen Seiten jedes Unternehmens am 5. November 2026. Die Preiszeile stammt von unseren Vergleichsseiten, die unten verlinkt sind und den Tarif sowie die Berechnung zeigen. Preise und Tarife ändern sich, prüfen Sie diese daher vor Ihrer Entscheidung.

Alle drei sind mit Ihrem Repository verbunden.
Was passiert	Transglot	Lokalise	Crowdin
Eine neue Zeichenkette wird gemerged	Standardmäßig übersetzt Der Push startet den Lauf. Eine Projekteinstellung schaltet dies aus.	Übersetzt, sobald Sie es eingerichtet haben Automatisierungen sind bei der Schlüsselerstellung und beim Dateiimport standardmäßig deaktiviert. Ein Workflow mit einem KI-Schritt wird gemäß seinem Zeitplan ausgeführt.	Wird übersetzt, sobald Sie es aktivieren Unter Einstellungen > Auto-Übersetzung wird es dann bei jedem Upload ausgeführt. Die Git-Synchronisierung läuft standardmäßig stündlich.
Eine Übersetzung besteht eine Prüfung nicht	Einmal repariert, dann abgelehnt Bei einem fehlerhaften Platzhalter, einer falschen Pluralform oder einem verbotenen Begriff in jeder Zeile jedes Durchlaufs. Eine Längenüberschreitung wird protokolliert. In einem ICU-Projekt bleibt eine fehlerhafte Zeile außerhalb des Pulls, der Konnektoren und des CDN.	Eine Prüfung auf Fehlerstufe verhindert das Speichern im Editor Jede Prüfung ist auf Aus, Warnung oder Fehler eingestellt.	Eine Prüfung auf Fehlerstufe verhindert das Speichern Jede Prüfung ist auf Warnung oder Fehler eingestellt.
Eine Person hat die Zeile bereits bearbeitet	Der Durchlauf weigert sich, sie zu schreiben Das gilt auch für eine Speicherübereinstimmung und einen Push. Wenn sich die Quelle später ändert, meldet der Durchlauf die Zeile.	Automatisierungen füllen leere Werte standardmäßig aus Eine Option zum Erzwingen und eine Löschaktion überschreiben ausgefüllte Werte.	Optionen behalten menschliche und genehmigte Zeilen bei Es gibt auch eine Option zum vollständigen Ersetzen.
Pull-Requests in einem stark frequentierten Repository	Ein Branch, ein Pull-Request Wird bei jedem Push direkt aktualisiert.	Ein neuer Branch für jeden Pull-Request Benannt mit einem Zeitstempel.	Ein Service-Branch, stündlich synchronisiert Stündlich ist der Standardwert, und das Intervall kann geändert werden.
Was der Plan zählt	Übersetzte Wörter, einmal pro Sprache Exakte Speicherübereinstimmungen sind kostenlos. Das Speichern einer Zeichenkette ist kostenlos.	Verarbeitete Wörter Sowohl die Basissprache als auch die Zielsprache werden gezählt.	Gehostete Wörter Zu übersetzende Wörter, multipliziert mit der Anzahl der Zielsprachen.
Was die KI finanziert	Wörter des Abos Nicht separat abrechenbar.	KI-Wortkontingente je Plan Standard-KI- und Pro-KI-Wörter sind eigene Planpositionen.	Separates Guthaben oder eigener Schlüssel Crowdins verwaltete KI wird über Credits außerhalb des Abonnements abgerechnet.
Derselbe Auftrag: 5,000 Strings in 10 Sprachen	$39 pro Monat Team, Übersetzung inklusive	$1,049 pro Monat Advanced (billed yearly)	$138 pro Monat Pro with 560K hosted words (billed monthly), zzgl. KI
GitHub, GitLab, Bitbucket, Azure Repos, eine CLI und ein MCP-Server	Alle Die Git-Apps starten ab Team und decken die Cloud-Editionen ab.	Alle Integrationen sind in jedem Plan enthalten.	Alle Auch Bitbucket Server ist enthalten.

Transglot

Eine neue Zeichenkette wird gemerged: Standardmäßig übersetzt
Der Push startet den Lauf. Eine Projekteinstellung schaltet dies aus.
Eine Übersetzung besteht eine Prüfung nicht: Einmal repariert, dann abgelehnt
Bei einem fehlerhaften Platzhalter, einer falschen Pluralform oder einem verbotenen Begriff in jeder Zeile jedes Durchlaufs. Eine Längenüberschreitung wird protokolliert. In einem ICU-Projekt bleibt eine fehlerhafte Zeile außerhalb des Pulls, der Konnektoren und des CDN.
Eine Person hat die Zeile bereits bearbeitet: Der Durchlauf weigert sich, sie zu schreiben
Das gilt auch für eine Speicherübereinstimmung und einen Push. Wenn sich die Quelle später ändert, meldet der Durchlauf die Zeile.
Pull-Requests in einem stark frequentierten Repository: Ein Branch, ein Pull-Request
Wird bei jedem Push direkt aktualisiert.
Was der Plan zählt: Übersetzte Wörter, einmal pro Sprache
Exakte Speicherübereinstimmungen sind kostenlos. Das Speichern einer Zeichenkette ist kostenlos.
Was die KI finanziert: Wörter des Abos
Nicht separat abrechenbar.
Derselbe Auftrag: 5,000 Strings in 10 Sprachen: $39 pro Monat
Team, Übersetzung inklusive
GitHub, GitLab, Bitbucket, Azure Repos, eine CLI und ein MCP-Server: Alle
Die Git-Apps starten ab Team und decken die Cloud-Editionen ab.

Die vollständigen Vergleiche mit Berechnung: Lokalise, Crowdin. Quellen: Lokalise-Preise, Automatisierungen, Workflows, Prüfungen, GitHub, verarbeitete Wörter, Entwicklertools, Crowdin-Preise, Auto-Übersetzung, Prüfungen, GitHub, Credits, KI.

nutzen Sie, was Sie bereits verwenden

Starten Sie von dort, wo Ihre Strings gespeichert sind. Jeder Einstiegspunkt führt zur gleichen Pipeline.

Derselbe Speicher, dasselbe Glossar, dieselben Gates und Reviews – unabhängig vom Einstiegspunkt eines Strings.

.github/workflows/translations.yml

on:

push:

branches: [main]

jobs:

translations:

runs-on: ubuntu-latest

permissions:

contents: write

steps:

- uses: actions/checkout@v7

- uses: transglot/transglot-action@v1

with:

token: ${{ secrets.TRANSGLOT_TOKEN }}

Erste Schritte

So richten Sie Continuous Localization ein

Zeichenketten aus dem Code extrahieren
Jede nutzersichtbare Zeichenkette benötigt einen stabilen Schlüssel in einer Sprachdatei. Transglot unterstützt 20 Formate – nutzen Sie einfach Ihr bestehendes Format.
Repository verbinden
Der Init-Befehl findet Ihre Sprachdateien, meldet Sie über den Browser an, lädt vorhandene Dateien hoch und führt die erste Übersetzung durch.
Bei jedem Merge ausführen
Fügen Sie die GitHub Action hinzu, rufen Sie die CLI von jeder anderen CI-Pipeline auf oder installieren Sie die App für GitHub, GitLab, Bitbucket oder Azure Repos.
Entscheiden, was manuell geprüft werden muss
Setzen Sie min_state in einer Pull-Regel auf „reviewed“, damit diese Datei nur von Menschen geprüfte Zeichenketten enthält. Lassen Sie die Einstellung weg, werden Entwürfe direkt veröffentlicht.

Kosten selbst berechnen

Was es kostet, bei jedem Merge ausgeführt zu werden: die geänderten Wörter.

Ein Wort ist ein Quellwort, das pro Zielsprache einmal gezählt wird. Ein Lauf bemisst sich nach den Änderungen: Wenn ein Merge zwölf Wörter in fünf Sprachen betrifft, werden sechzig Wörter berechnet – unabhängig von der Projektgröße.

Merges pro Woche mit Textänderungen25

Geänderte Wörter pro Merge40

Zielsprachen6

Vorhandene Quellwörter20,000

Wörter pro Monat26,000auf Basis dieser Zahlen · 25 Merges pro Woche, je 40 Wörter, 6 Sprachen

Passt in Starter: $19/mo, 300,000 Wörter pro Monat.

Das sind etwa 9% des Kontingents.

Erster Lauf, einmalig120,000Ihre bestehenden Zeichenketten in jeder Sprache. Importierte Übersetzungen werden nicht erneut übersetzt.

Pläne ansehen

Dies zählt nur Übersetzungen. Qualitätsprüfungen, Brand-Voice-Entwürfe und Korrekturen zählen ebenfalls als Wörter, exakte Treffer aus dem Translation Memory sind kostenlos. Die CLI und die GitHub Action beginnen im Starter-Tarif, die Apps für GitHub, GitLab, Bitbucket und Azure Repos im Team-Tarif.

was es nicht für Sie tut

Drei Probleme, die Continuous Localization nicht löst

Zeichenketten immer noch im Code fest verankert

Eine Pipeline kann nur übersetzen, was sie lesen kann. Hart codierte Zeichenketten und Sätze, die aus Teilen zusammengefügt sind, müssen zuerst behoben werden – sie sind der häufigste Grund, warum ein Rollout stockt.

Niemand ist für die Texte verantwortlich

Automatisierung bewegt Zeichenketten. Sie entscheidet nicht, wie Ihr Produkt Dinge benennt. Jemand muss das Glossar pflegen, sonst driftet eine Sprache unbemerkt ab.

Texte, die Urteilsvermögen erfordern

Rechtstexte, Preisangaben und Markenbotschaften verdienen menschliche Aufmerksamkeit. Senden Sie sie zur Überprüfung und halten Sie sie aus den ausgelieferten Dateien fern, bis jemand sie freigegeben hat.

FAQ zur kontinuierlichen Lokalisierung

Die Fragen, die Teams stellen, bevor sie es aktivieren.

Was ist kontinuierliche Lokalisierung?

Eine Arbeitsweise, bei der neue und geänderte Zeichenketten automatisch zur Übersetzung gesendet werden, sobald sie sich ändern, und übersetzter Text ohne geplante Übergabe in das Produkt zurückfließt. Sie ersetzt die Übersetzungsphase vor einem Release durch einen kleinen Durchlauf nach jeder Änderung.

Wie unterscheidet sich kontinuierliche Lokalisierung von traditioneller Lokalisierung?

Bei der traditionellen Lokalisierung werden Zeichenketten in einer Datei gebündelt, kurz vor einem Release versandt und dann gewartet. Kontinuierliche Lokalisierung überträgt jede Änderung sofort, sodass die Einheiten klein sind, Sprachen gemeinsam gestartet werden und eine späte Textänderung nur einen erneuten Durchlauf für einen Schlüssel erfordert statt einer weiteren Roundtrip-Kommunikation.

Ist kontinuierliche Lokalisierung dasselbe wie CI/CD?

Nein. CI/CD erstellt, testet und veröffentlicht Code. Kontinuierliche Lokalisierung hält die Übersetzungen parallel dazu in Bewegung. Sie treffen sich in der Pipeline: Der Push, der Ihre Tests ausführt, kann auch Zeichenketten zur Übersetzung senden und die Dateien zurückholen.

Benötige ich eine CI/CD-Pipeline für kontinuierliche Lokalisierung?

Nein. Die Apps für GitHub, GitLab, Bitbucket und Azure Repos reagieren auf einen Push, ohne dass etwas zu Ihrer Pipeline hinzugefügt werden muss, und Content-Connectors reagieren auf Änderungen in einem CMS oder Store. Das CLI und die GitHub Action stehen bereit, falls Sie es in Ihren eigenen Workflow integrieren möchten.

Bedeutet kontinuierliche Lokalisierung, dass es keine menschliche Überprüfung gibt?

Nein. Entwürfe können veröffentlicht werden, oder eine Pull-Regel kann nur das übernehmen, was eine Person überprüft hat, Datei für Datei. Prüfer arbeiten im Editor mit Glossarbegriffen, Speicherübereinstimmungen und Screenshots neben jeder Zeile.

Kann ein automatisierter Durchlauf die Bearbeitung eines Übersetzers überschreiben?

Nein. Ein Durchlauf, eine Speicherübereinstimmung und ein Push prüfen zuerst die Zeile, und eine von einer Person bearbeitete oder überprüfte Zeile bleibt bestehen. Wenn sich ihre Quelle später ändert, bleibt der Text erhalten, der Durchlauf zählt die Zeile und meldet sie, und ab dem Team-Plan wird ein vorgeschlagenes Update angehängt, das jemand akzeptieren kann.

Lohnt sich kontinuierliche Lokalisierung für ein kleines Team?

Sie ist oft besonders wichtig für kleine Teams, da niemand für die Durchführung von Übergaben zuständig ist. Wenn Sie in einer Sprache veröffentlichen und keinen Plan für eine zweite haben, kann es warten.

Wie verhindere ich, dass ein Durchlauf mehr kostet als erwartet?

Ein Durchlauf wird vor dem Start dimensioniert. Kostenlos ist eine harte Obergrenze. Ein bezahlter Plan stoppt bei seinem Inklusivvolumen, es sei denn, Sie aktivieren die nutzungsabhängige Mehrnutzung, die bei einem von Ihnen festgelegten Ausgabenlimit stoppt. In der CI bricht das CLI mit Code 3 ab, wenn ein Durchlauf das Limit überschreiten würde, sodass die Pipeline darauf reagieren kann.

Funktioniert es mit GitLab, Bitbucket und Azure DevOps?

Ja, auf GitLab.com, Bitbucket Cloud und Azure DevOps Services. Die Apps decken nicht selbst verwaltetes GitLab oder Bitbucket Data Center ab, aber das CLI läuft in jeder CI-Umgebung, die Node 22 hat und die API erreichen kann.

Kann ich kontinuierliche Lokalisierung ohne Git durchführen?

Ja. Content-Connectors lesen aus einem CMS, einem Store oder einem Help Center, und die bidirektionalen schreiben die überprüfte Sprache zurück. Einige sind nur zum Importieren gedacht, und auf der Seite jedes Connectors steht, welcher Typ es ist.

Können Übersetzungen ohne ein Release aktualisiert werden?

Ja. Veröffentlichen Sie ein Locale auf dem CDN, und Ihr Produkt liest es zur Laufzeit über die Runtime-SDKs. Die neueste URL wird für sechzig Sekunden zwischengespeichert, jede veröffentlichte Version behält ihre eigene URL, und die letzten zwanzig Versionen werden aufbewahrt.

Wie migriere ich ein bestehendes Projekt?

Der Importeur bringt Projekte, Schlüssel und vorhandene Übersetzungen von Lokalise, Phrase, Crowdin, Transifex, Weblate and POEditor herüber. Importierte Übersetzungen gelten als menschliche Arbeit, daher überschreibt kein Durchlauf sie. Es ist kostenlos in jedem Plan und läuft einmal.

Kontinuierliche Lokalisierung: jede Sprache bei jedem Merge.

Was ist kontinuierliche Lokalisierung?

Der Unterschied liegt im Zeitpunkt der Übersetzung, nicht darin, wer sie durchführt.

So funktioniert Continuous Localization

Sechs Arten, wie kontinuierliche Lokalisierung schiefgeht, und was jede davon verhindert

Ein Lauf überschreibt die Arbeit einer Person

Eine defekte Zeichenkette erreicht die Produktion

Das Repository füllt sich mit Bot-Pull-Requests

Eine Quelltextänderung lässt alte Übersetzungen zurück

Jeder Lauf berechnet das gesamte Projekt erneut ab

Ein halb fertiger Pull überschreibt eine Lokalisierungsdatei

Alle drei sind mit Ihrem Repository verbunden. Der Unterschied liegt darin, was beim Mergen passiert.

Starten Sie von dort, wo Ihre Strings gespeichert sind. Jeder Einstiegspunkt führt zur gleichen Pipeline.

So richten Sie Continuous Localization ein

Zeichenketten aus dem Code extrahieren

Repository verbinden

Bei jedem Merge ausführen

Entscheiden, was manuell geprüft werden muss

Was es kostet, bei jedem Merge ausgeführt zu werden: die geänderten Wörter.

Drei Probleme, die Continuous Localization nicht löst

Zeichenketten immer noch im Code fest verankert

Niemand ist für die Texte verantwortlich

Texte, die Urteilsvermögen erfordern

FAQ zur kontinuierlichen Lokalisierung

41 Konnektoren, bereits integriert.

Repository verbinden. Der nächste Merge erledigt den Rest.