-
Business- und Enterprise-Pläne
Nimm Kontakt mit Vertrieb für Fragen zur Lizenzierung auf.
Wichtig
Ab dem 10. Dezember 2025 ist das neue Branching standardmäßig für alle neuen Kunden aktiviert.
Bestehende Kunden können sich für das neue Branching-Modell entscheiden, indem sie Zu neuem Branching wechseln im -Tab eines Projekts auswählen.
Das Legacy-Branching wird ab 1. Juni 2026 abgelehnt sein.
Branching wird in der Versionskontrolle von Software verwendet. Kopien von Projektdateien, die als Branches bezeichnet werden, ermöglichen es Teams, gleichzeitig an parallelen Versionen des Projekts zu arbeiten, während eine unbearbeitete Kopie erhalten bleibt. Dies eliminiert das Risiko, versehentlich die Änderungen anderer an Projektdateien zu überschreiben.
Das Hauptprojekt wird kopiert, wenn ein neuer Branch erstellt wird, wobei Änderungen nur an diesem Branch vorgenommen werden. Wenn die Änderungen abgeschlossen sind, wird der Branch wieder in das Hauptprojekt zusammengeführt. An mehreren Branches kann gleichzeitig gearbeitet werden, und nach dem Zusammenführen werden die Branches automatisch gelöscht. Zusammengeführte Branches bleiben im -Tab für eine vereinfachte Verlaufverfolgung verfügbar. Tags von einem bestehenden Branch werden in den neuen Branch kopiert.
Einschränkungen
-
Alle Rollen außer Übersetzer und Gast haben Zugriff auf die -Ansicht.
-
Zusammenführungen können nicht rückgängig gemacht werden und Branches können nicht wiederhergestellt werden.
-
Jobs die in einem bestimmten Branch erstellt wurden, sind im Hauptprojekt und umgekehrt nicht sichtbar. Wenn ein Branch in das Hauptprojekt zusammengeführt wird, gehen alle offenen Jobs darin verloren.
-
Berichte in der Ansicht spiegeln nur den Status des aktiven Branches wider. Das Zusammenführen eines Branches in das Hauptprojekt aktualisiert die Hauptprojektberichte.
-
Die Ansicht enthält nur Aktivitäten im aktiven Branch. Aktivitäten in Branches sind im Hauptprojekt und umgekehrt nicht sichtbar. Aktivitäten in einem Branch gehen verloren, wenn er in das Hauptprojekt zusammengeführt wird.
-
GitHub Sync kann nur im Hauptprojekt und nicht in Branches verwendet werden.
-
Kommentare die in einem Branch gemacht werden, sind im Hauptprojekt und umgekehrt nicht sichtbar.
-
die in einem Branch erstellt werden, sind im Hauptprojekt und umgekehrt nicht sichtbar. Wenn ein Branch in das Hauptprojekt zusammengeführt wird, gehen alle offenen Bestellungen darin verloren.
-
Übersetzer können nicht auf bestimmte Branches beschränkt werden, sondern erhalten die Erlaubnis, an bestimmten Lokalen zu arbeiten. Übersetzer sollten angewiesen werden, wie sie mit Branches arbeiten.
Branching ist im Tab der aktiviert, mit der Option, den Hauptbranch vor Änderungen zu schützen.
Wenn aktiviert, wird ein Branch-Menü auf dem Projektbildschirm angezeigt, wo arbeitende Branches ausgewählt werden können. Um einen Branch in CLI anzugeben, verwenden Sie den
--branch Parameter:
--branch <branch_name>
Branches werden im Tab eines Projekts aufgelistet, wo Informationen zur Erstellung und Zusammenführung angezeigt werden. Branches können auch gelöscht oder zusammengeführt und Jobs für diesen Branch im Tab erstellt werden.
Tipp
Klicken Sie Hier umschalten zu neuem Branching im Tab, um auf die neue Branching-Oberfläche und Funktionen zuzugreifen.
Um alle Branches für das Projekt über API oder CLI aufzulisten, führen Sie aus:
$ phrase branches list --project_id <project_id> # z.B. $ phrase branches list --project_id 1d8ae641902624df63ce6fbd64ff9549$ phrase branches list <project_id>
Um einen Branch über API oder CLI zu löschen, führen Sie aus:
$ phrase branches delete --project_id <project_id> --name <branch_name> # z.B. $ phrase branches delete --project_id 1d8ae641902624df63ce6fbd64ff9549 --name test-test$ phrase branch delete <project_id> <branch_name>
Admin-, Projektmanager- und Entwicklerrollen können neue Branches im Übersetzungseditor, über API oder in der CLI erstellen.
Um einen Branch im Übersetzungseditor zu erstellen, befolgen Sie diese Schritte:
-
Wählen Sie auf einer Seite den Tab aus.
-
Klicken Sie auf Branch erstellen.
Das Fenster öffnet sich.
-
Geben Sie einen Namen für den Branch an.
-
Klicken Sie auf Branch erstellen.
Der neue Branch wird zur Liste hinzugefügt.
Um einen Branch über API oder CPI zu erstellen, führen Sie aus:
$ phrase branches create --project_id <project_id> --data <data>
Um einen Branch beim Pushen von Übersetzungen zu erstellen, führen Sie aus:
$ Phrase push --branch <branch_name>
Nachdem Änderungen an einem Branch vorgenommen wurden, kann er in die Hauptübersetzung zusammengeführt werden, um neue Übersetzungen zu integrieren.
Nur Änderungen an den folgenden Ressourcen werden während der Zusammenführungen auf den Hauptbranch angewendet:
-
Gebietsschemas
-
Keys
-
Übersetzungen
Änderungen an anderen Ressourcen, wie Aktivitäten, Jobs und Bestellungen, werden nicht angewendet.
Konflikte
Ein Konflikt tritt auf, wenn eine Ressource (Übersetzung, Schlüssel oder Gebietsschema) sowohl im Hauptprojekt als auch im Branch zwischen der Erstellung eines Branches und der Zusammenführung in das Hauptprojekt geändert wurde. Zum Beispiel können sich Übersetzungen und Schlüsseleinstellungen (wie Pluralformen) im Hauptprojekt nach der Erstellung eines Branches geändert haben, wodurch die Werte im Branch von denen im Hauptprojekt abweichen.
Um einen Branch zusammenzuführen, befolgen Sie diese Schritte:
-
Wählen Sie im Ansicht eines Projekts einen Branch zur Zusammenführung aus und klicken Sie auf Vergleichen und Zusammenführen.
Die Seite öffnet sich. Informationen über Übersetzungen, die während der Zusammenführung geändert werden sollen, können durch Klicken in die Zellen abgerufen werden.
-
Wenn es Konflikte gibt, wählen Sie eine Zusammenführungsstrategie:
-
Wählen Sie , um die konfliktierenden Änderungen abzulehnen und bestehende Übersetzungen beizubehalten.
-
Wählen Sie , um bestehende Übersetzungen durch Änderungen aus dem Branch zu ersetzen.
-
-
Klicken Sie auf Branch zusammenführen.
Der Branch wird in das Hauptprojekt zusammengeführt.
Um einen Branch über die API oder CPI zusammenzuführen, führen Sie aus:
$ phrase branches merge \\
--project_id <project_id> \\
--name <name> \\
--data '{"strategy":"verwenden_haupt"}' \\
--access_token <token>
-
verwenden_branchlöst Konflikte, indem Änderungen vom Branch angewendet werden und ist, wenn nicht angegeben, der Standard. -
verwenden_hauptlöst Konflikte, indem Änderungen vom Branch abgelehnt werden.verwenden_masterwird ebenfalls unterstützt.
Bei der Verwendung der CLI geben Sie einen Branch an, von dem Sie pushen oder pullen möchten, mit dem --branch Parameter an.
$ Phrase push --branch <branch_name> $ phrase pull --branch <branch_name>
Wenn der angegebene Branch in einem Projekt nicht existiert, erstellt der Kunde ihn.
Verwenden Sie --use-local-branch-name, um mit dem Branch-Namen eines aktiven Git-Branches zu pushen und zu pullen:
$ phrase push --use-local-branch-name $ phrase pull --use-local-branch-name
Alle API-Endpunkte, die ein Projektargument akzeptieren, unterstützen auch den --branch Parameter, um eine Aktion auf einem bestimmten Branch eines Projekts auszuführen:
$ phrase upload create <project_id> \\
--branch <branch_name>
--file /path/to/my/file.json \
--file-format json \\
--locale-id abcd1234cdef1234abcd1234cdef1234 \
--tags großartige-funktion, benötigt-korrekturlesen \
--locale-mapping "{"en": "2"}" \
--format-options "{"foo": "bar"}"
-
Business- und Enterprise-Pläne
Nimm Kontakt mit Vertrieb für Fragen zur Lizenzierung auf.
Wichtig
Ab dem 10. Dezember 2025 ist das neue Branching standardmäßig für alle neuen Kunden aktiviert.
Bestehende Kunden können sich für das neue Branching-Modell entscheiden, indem sie Zu neuem Branching wechseln im -Tab eines Projekts auswählen.
Die neue Branching-Erfahrung führt eine neu gestaltete Architektur ein, um Leistung, Stabilität und Flexibilität zu verbessern sowie die Versionierungsmöglichkeiten zu erweitern. Es ermöglicht Teams, parallel an mehreren Versionen ihres Inhalts zu arbeiten, langlaufende Branches aktuell zu halten und Änderungen effizienter zusammenzuführen.
Neue Funktionen umfassen:
-
Mehrstufige (gestapelte) Branches
Branches können von jedem anderen Branch erstellt werden, nicht nur vom Hauptbranch. Es werden bis zu 5 Branch-Ebenen unterstützt.
-
Änderungen zwischen Branches synchronisieren
Langlaufende Branches können veraltet werden, da sich Änderungen in ihren Basis-Branches ansammeln. Das neue Branching führt eine Synchronisierungsfunktion ein, die hilft, Inkonsistenzen zu vermeiden.
Branches, die seit ihrer Erstellung länger als 30 Tage nicht zusammengeführt wurden, zählen zu Strings verwaltete Wörter.
Admin, Projektmanager, Designer und Entwicklerrollen können neue Branches im Tab, über die API oder in der CLI erstellen.
Um einen Branch über die Benutzeroberfläche zu erstellen, folgen Sie diesen Schritten:
-
Wählen Sie auf einer Seite den Tab aus.
-
Klicken Sie auf Branch erstellen.
Das Fenster öffnet sich.
-
Geben Sie einen Namen für den Branch an.
-
Wählen Sie einen aus der Liste der vorhandenen Branches.
-
Klicke auf Erstellen.
Der neue Branch wird zur Liste hinzugefügt.
Um einen Branch über API oder CPI zu erstellen, führen Sie aus:
$ phrase branches create --project_id <project_id> --data <data>
Um einen Branch beim Pushen von Übersetzungen zu erstellen, führen Sie aus:
$ Phrase push --branch <branch_name>
Das Synchronisieren stellt sicher, dass der Arbeitszweig mit den neuesten Änderungen des Zweigs, von dem er stammt, übereinstimmt. Auf diese Weise können Übersetzer auch in langfristigen Projekten mit einer aktualisierten Version des Inhalts arbeiten.
Um einen Zweig mit seinem Basiszweig zu synchronisieren, befolge diese Schritte:
-
Klicke im Tab auf Mit Basiszweig synchronisieren neben dem gewünschten Zweig.
Die Seite wird angezeigt mit Informationen über Konflikte und Änderungen, die mit dem Basiszweig synchronisiert werden müssen.
-
Klicke auf eine der erkannten Änderungen, um sie vor der Synchronisierung zu überprüfen.
Eine Tabelle mit Details zur ausgewählten Änderung wird angezeigt.
-
Wähle Synchronisieren und bestätige, um die Änderungen anzuwenden.
Die Änderungen werden dem Basiszweig hinzugefügt und im Übersetzungseditor sichtbar. Informationen über die letzte Synchronisierung werden in der Spalte des Tabs angezeigt.
Die Zweigsynchronisierung kann auch über die API durchgeführt werden, indem dieser CLI-Befehl ausgeführt wird:
$ phrase branches sync \\
--project_id <project_id> \\
--name <branch_name> \\
--data '{"strategy":"verwenden_haupt"}' \\
--access_token <token>
-
verwenden_branchlöst Konflikte, indem Änderungen vom Branch angewendet werden und ist, wenn nicht angegeben, der Standard. -
use_mainlöst Konflikte, indem Änderungen vom Zweig abgelehnt und auf den Basiszweig verwiesen werden. Beim Arbeiten mit gestapelten Zweigen ist der Basiszweig nicht unbedingt der tatsächliche Hauptprojektzweig.
Nach Abschluss der Übersetzung oder version-spezifischen Arbeiten in einem Zweig können alle Änderungen in den Basiszweig zusammengeführt werden. Sobald alle Änderungen in der Kette zusammengeführt sind, kann der oberste Zweig in den Hauptzweig zusammengeführt werden.
Nach einem erfolgreichen Zusammenführen wird der zusammengeführte Branch automatisch gelöscht und erscheint im Tab zur Verlaufverfolgung.
Änderungen an den folgenden Ressourcen werden während des Zusammenführens auf den Basis-Branch angewendet:
-
Gebietsschemas
-
Keys
-
Übersetzungen
Änderungen an anderen Ressourcen, wie Aktivitäten, Jobs und Bestellungen, werden nicht angewendet.
Branches mit aktiven untergeordneten Elementen können nicht zusammengeführt werden, bis die untergeordneten Elemente gelöscht oder zuerst zusammengeführt werden.
Konflikte
Ein Konflikt tritt auf, wenn eine Ressource (Übersetzung, Schlüssel oder Sprache) sowohl im aktuellen Branch als auch im Basis-Branch nach der Erstellung oder letzten Synchronisierung des Branches geändert wurde. Konflikte können auf jeder Ebene des Branch-Stacks auftreten, nicht nur beim Zusammenführen in den Haupt-Branch.
Um einen Branch zusammenzuführen, befolgen Sie diese Schritte:
-
Klicken Sie im Tab eines Projekts auf Mit Basis-Branch zusammenführen neben dem gewünschten Branch.
Die Seite öffnet sich. Informationen über Übersetzungen, die während der Zusammenführung geändert werden sollen, können durch Klicken in die Zellen abgerufen werden.
-
Wenn es Konflikte gibt, wählen Sie eine Zusammenführungsstrategie:
-
Wählen Sie , um die konfliktierenden Änderungen zurückzuweisen und bestehende Übersetzungen zu bewahren.
-
Wählen Sie , um bestehende Übersetzungen durch Änderungen aus dem Branch zu ersetzen.
-
-
Klicken Sie auf Zusammenführen und bestätigen Sie, um die Änderungen anzuwenden.
Der Branch wird in den Basis-Branch zusammengeführt und automatisch gelöscht. Um die Historie des zusammengeführten Branches zu überprüfen, öffnen Sie den Tab auf der Seite.
Um einen Branch über die API oder CPI zusammenzuführen, führen Sie aus:
$ phrase branches merge \\
--project_id <project_id> \\
--name <name> \\
--data '{"strategy":"verwenden_haupt"}' \\
--access_token <token>
-
verwenden_branchlöst Konflikte, indem Änderungen vom Branch angewendet werden und ist, wenn nicht angegeben, der Standard. -
verwenden_hauptlöst Konflikte, indem Änderungen vom Branch abgelehnt werden.verwenden_masterwird ebenfalls unterstützt.
Die Zusammenführen Aktion löscht auch den zusammengeführten Branch automatisch.
Bei der Verwendung der CLI geben Sie einen Branch an, von dem Sie pushen oder pullen möchten, mit dem --branch Parameter an.
$ Phrase push --branch <branch_name> $ phrase pull --branch <branch_name>
Wenn der angegebene Branch in einem Projekt nicht existiert, erstellt der Kunde ihn.
Verwenden Sie --use-local-branch-name, um mit dem Branch-Namen eines aktiven Git-Branches zu pushen und zu pullen:
$ phrase push --use-local-branch-name $ phrase pull --use-local-branch-name
Alle API-Endpunkte, die ein Projektargument akzeptieren, unterstützen auch den --branch Parameter, um eine Aktion auf einem bestimmten Branch eines Projekts auszuführen:
$ phrase upload create <project_id> \\
--branch <branch_name>
--file /path/to/my/file.json \
--file-format json \\
--locale-id abcd1234cdef1234abcd1234cdef1234 \
--tags großartige-funktion, benötigt-korrekturlesen \
--locale-mapping "{"en": "2"}" \
--format-options "{"foo": "bar"}"