-
los planes Business y Enterprise
Ponte en contacto con Ventas para preguntas sobre licencias.
-
Plan Enterprise (anterior)
Ponte en contacto con Ventas para preguntas sobre licencias.
Importante
A partir del 10 de diciembre de 2025, la nueva ramificación estará habilitada por defecto para todos los nuevos clientes.
Los clientes existentes pueden optar por el nuevo modelo de ramificación seleccionando Cambiar a nueva ramificación en la pestaña de un proyecto.
La ramificación heredada será desaprobada a partir del 1 de junio de 2026.
La ramificación se utiliza en el control de versiones de software. Copias de archivos de proyecto llamadas ramas permiten a los equipos trabajar en versiones paralelas del proyecto al mismo tiempo, mientras se conserva una copia sin editar. Esto elimina el riesgo de sobrescribir accidentalmente los cambios de otros en los archivos del proyecto.
El proyecto principal se copia cuando se crea una nueva rama, realizándose cambios solo en esa rama. Cuando los cambios están completos, la rama se fusiona de nuevo en el proyecto principal. Se puede trabajar en múltiples ramas al mismo tiempo y, después de la fusión, las ramas se eliminan automáticamente. Las ramas fusionadas permanecen disponibles en la pestaña para un seguimiento simplificado del historial. Las etiquetas de una rama existente se copian a la nueva rama.
Limitaciones
-
Todos los roles excepto Traductor y Invitado tienen acceso a la vista .
-
Las fusiones no se pueden revertir y las ramas no se pueden deseliminar.
-
Los trabajos creados en una rama específica no son visibles en el proyecto principal y viceversa. Cuando una rama se fusiona en el proyecto principal, se pierden los trabajos abiertos en ella.
-
Los informes en la vista reflejan solo el estado de la rama activa. Fusionar una rama en el proyecto principal actualiza los informes del proyecto principal.
-
La vista contiene solo actividades en la rama activa. Las actividades en las ramas no son visibles en el proyecto principal y viceversa. Las actividades en una rama se pierden al fusionarla en el proyecto principal.
-
La sincronización de GitHub solo se puede usar en el proyecto principal y no en las ramas.
-
Los comentarios realizados en una rama no son visibles en el proyecto principal y viceversa.
-
creadas en una rama no son visibles en el proyecto principal y viceversa. Cuando una rama se fusiona en el proyecto principal, se pierden las órdenes abiertas en ella.
-
Los traductores no pueden ser restringidos a ramas específicas, pero se les otorga permiso para trabajar en locales específicos. Se debe instruir a los traductores sobre cómo trabajar con ramas.
La ramificación está habilitada en la pestaña de con la opción de proteger la rama principal de cambios.
Cuando está habilitado, se presenta un menú de ramas en la pantalla del proyecto donde se pueden seleccionar las ramas en las que se está trabajando. Para especificar una rama en CLI, usa el parámetro
--branch:
--branch <branch_name>
Las ramas se enumeran en la pestaña de un proyecto, donde se presenta información sobre la creación y fusión. Las ramas también se pueden eliminar o fusionar y se pueden crear trabajos para esa rama desde la pestaña .
Consejo
Haz clic en Cambiar a nueva ramificación en la pestaña para acceder a la nueva interfaz y características de ramificación.
Para listar todas las ramas del proyecto a través de API o CLI, ejecuta:
$ phrase branches list --project_id <project_id> # p. ej. $ phrase branches list --project_id 1d8ae641902624df63ce6fbd64ff9549$ phrase branches list <project_id>
Para eliminar una rama a través de API o CLI, ejecuta:
$ phrase branches delete --project_id <project_id> --name <branch_name> # p. ej. $ phrase branches delete --project_id 1d8ae641902624df63ce6fbd64ff9549 --name test-test$ phrase branch delete <project_id> <branch_name>
Los roles de Admin, Project Manager y Developer pueden crear nuevas ramas en el editor de traducción, a través de API o en la CLI.
Para crear una rama en el editor de traducción, sigue estos pasos:
-
Desde una página de , selecciona la pestaña .
-
Haz clic en Crear rama.
Se abre la ventana .
-
Proporciona un nombre para la rama.
-
Haz clic en Crear rama.
La nueva rama se añade a la lista.
Para crear una rama a través de API o CPI, ejecuta:
$ phrase branches create --project_id <project_id> --data <data>
Para crear una rama al enviar traducciones, ejecuta:
$ phrase push --branch <branch_name>
Después de realizar cambios en una rama, se puede unir de nuevo a la traducción principal para incorporar cualquier nueva traducción.
Solo se aplican cambios a los siguientes recursos en la rama principal durante las uniones:
-
Regiones
-
Claves
-
Traducciones
Los cambios en otros recursos, como Actividades, Trabajos y Órdenes, no se aplican.
Conflictos
Un conflicto ocurre cuando un recurso (traducción, clave o localización) ha cambiado tanto en el proyecto principal como en la rama entre el momento en que se crea una rama y cuando se une de nuevo al proyecto principal. Por ejemplo, las traducciones y la configuración de claves (como las formas plurales) pueden haber cambiado en el proyecto principal después de que se crea una rama, haciendo que los valores en la rama sean diferentes de los del proyecto principal.
Para unir una rama, sigue estos pasos:
-
Desde la vista de de un proyecto, selecciona una rama para unir y haz clic en Comparar y unir.
Se abre la página . La información sobre las traducciones que se modificarán durante la unión se puede acceder haciendo clic en las celdas.
-
Si hay conflictos, selecciona una estrategia de unión:
-
Selecciona para rechazar los cambios en conflicto y preservar las traducciones existentes.
-
Selecciona para reemplazar las traducciones existentes con los cambios de la rama.
-
-
Haz clic en Unir rama.
La rama se une al proyecto principal.
Para unir una rama a través de API o CPI, ejecuta:
$ frase ramas unir \\
--project_id <project_id> \\
--name <name> \\
--data '{"strategy":"use_main"}' \
--access_token <token>
-
usar_ramaresuelve conflictos aplicando cambios de la rama y si no se especifica es el predeterminado. -
usar_principalresuelve conflictos rechazando cambios de la rama.usar_maestrotambién es compatible.
Al usar CLI, especifica una rama para empujar o jalar con el parámetro --branch.
$ phrase push --branch <branch_name> $ frase jalar --branch <branch_name>
Si la rama especificada no existe en un proyecto, el cliente la crea.
Usa --usar-nombre-rama-local para empujar y jalar usando el nombre de la rama activa de git:
$ frase empujar --usar-nombre-rama-local $ frase jalar --usar-nombre-rama-local
Todos los puntos finales de API que toman un argumento de proyecto también soportan el parámetro --branch para realizar una acción en una rama específica de un proyecto:
$ phrase upload create <project_id> \
--branch <branch_name>
--file /path/to/my/file.json \
--file-format json \\
--locale-id abcd1234cdef1234abcd1234cdef1234 \
--tags característica-asombrosa,necesita-corrección \
--locale-mapping "{"en": "2"}" \
--format-options "{"foo": "bar"}"
-
los planes Business y Enterprise
Ponte en contacto con Ventas para preguntas sobre licencias.
Importante
A partir del 10 de diciembre de 2025, la nueva ramificación está habilitada por defecto para todos los nuevos clientes.
Los clientes existentes pueden optar por el nuevo modelo de ramificación seleccionando Cambiar a nueva ramificación en la pestaña de un proyecto.
La nueva experiencia de ramificación introduce una arquitectura rediseñada para mejorar el rendimiento, la estabilidad y la flexibilidad, así como capacidades de control de versiones ampliadas. Permite a los equipos trabajar en múltiples versiones de su contenido en paralelo, mantener ramas de larga duración actualizadas y unir cambios de manera más eficiente.
Las nuevas características incluyen:
-
Ramas de múltiples niveles (apiladas)
Las ramas pueden ser creadas a partir de cualquier otra rama, no solo de la rama principal. Se admiten hasta 5 niveles de ramas.
-
Sincronización de cambios entre ramas
Las ramas de larga duración pueden volverse obsoletas a medida que los cambios se acumulan en sus ramas base. La nueva ramificación introduce una capacidad de sincronización que ayuda a prevenir inconsistencias.
Las ramas que permanecen sin unir durante más de 30 días desde su creación cuentan para Strings palabras gestionadas.
Los roles de Admin, Project Manager, Diseñador y Desarrollador pueden crear nuevas ramas en la pestaña , a través de API o en la CLI.
Para crear una rama desde la interfaz de usuario, sigue estos pasos:
-
Desde una página de , selecciona la pestaña .
-
Haz clic en Crear rama.
Se abre la ventana .
-
Proporciona un nombre para la rama.
-
Selecciona una de la lista de ramas existentes.
-
Haz clic en Crear.
La nueva rama se añade a la lista.
Para crear una rama a través de API o CPI, ejecuta:
$ phrase branches create --project_id <project_id> --data <data>
Para crear una rama al enviar traducciones, ejecuta:
$ phrase push --branch <branch_name>
La sincronización asegura que la rama de trabajo se mantenga alineada con los últimos cambios de la rama de la que se originó. De esta manera, los traductores pueden trabajar con una versión actualizada del contenido también en proyectos a largo plazo.
Para sincronizar una rama con su rama base, sigue estos pasos:
-
En la pestaña , haz clic en Sincronizar con la rama base junto a la rama deseada.
Se muestra la página con información sobre cualquier conflicto y cambios que deben sincronizarse con la rama base.
-
Haz clic en cualquiera de los cambios detectados para revisarlo antes de sincronizar.
Se muestra una tabla con detalles sobre el cambio seleccionado.
-
Selecciona Sincronizar y confirma para aplicar los cambios.
Los cambios se añaden a la rama base y se vuelven visibles en el editor de traducción. La información sobre la última sincronización se muestra en la columna de la pestaña .
La sincronización de ramas también se puede realizar a través de la API ejecutando este comando CLI:
$ phrase branches sync \\
--project_id <project_id> \\
--name <branch_name> \
--data '{"strategy":"use_main"}' \
--access_token <token>
-
usar_ramaresuelve conflictos aplicando cambios de la rama y si no se especifica es el predeterminado. -
usar_principalresuelve conflictos rechazando cambios de la rama y refiriéndose a la rama base. Al trabajar con ramas apiladas, la rama base no es necesariamente la rama principal del proyecto actual.
Después de completar la traducción o el trabajo específico de la versión en una rama, cualquier cambio puede ser fusionado en la rama base. Una vez que todos los cambios se han fusionado en la cadena, la rama de nivel superior puede ser fusionada en la rama principal.
Después de una fusión exitosa, la rama fusionada se elimina automáticamente y aparece en la pestaña para el seguimiento del historial.
Solo se aplican cambios a los siguientes recursos en la rama base durante las uniones:
-
Regiones
-
Claves
-
Traducciones
Los cambios en otros recursos, como Actividades, Trabajos y Órdenes, no se aplican.
Las ramas con elementos secundarios activos no pueden ser unidas hasta que los elementos secundarios sean eliminados o unidos primero.
Conflictos
Ocurre un conflicto cuando un recurso (traducción, clave o localización) ha cambiado tanto en la rama actual como en su rama base después de que la rama fue creada o sincronizada por última vez. Los conflictos pueden ocurrir en cualquier nivel de la pila de ramas, no solo al unir a la principal.
Para unir una rama, sigue estos pasos:
-
Desde la pestaña de un proyecto, haz clic en Unir con la rama base junto a la rama deseada.
Se abre la página . La información sobre las traducciones que se modificarán durante la unión se puede acceder haciendo clic en las celdas.
-
Si hay conflictos, selecciona una estrategia de unión:
-
Selecciona para rechazar los cambios en conflicto y preservar las traducciones existentes.
-
Selecciona para reemplazar las traducciones existentes con los cambios de la rama.
-
-
Haz clic en Unir y confirma para aplicar los cambios.
La rama se une a la rama base y se elimina automáticamente. Para revisar el historial de ramas unidas, abre la pestaña en la página .
Para unir una rama a través de API o CPI, ejecuta:
$ frase ramas unir \\
--project_id <project_id> \\
--name <name> \\
--data '{"strategy":"use_main"}' \
--access_token <token>
-
usar_ramaresuelve conflictos aplicando cambios de la rama y si no se especifica es el predeterminado. -
usar_principalresuelve conflictos rechazando cambios de la rama.usar_maestrotambién es compatible.
La acción de unir también elimina automáticamente la rama unida.
Al usar CLI, especifica una rama para empujar o jalar con el parámetro --branch.
$ phrase push --branch <branch_name> $ frase jalar --branch <branch_name>
Si la rama especificada no existe en un proyecto, el cliente la crea.
Usa --usar-nombre-rama-local para empujar y jalar usando el nombre de la rama activa de git:
$ frase empujar --usar-nombre-rama-local $ frase jalar --usar-nombre-rama-local
Todos los puntos finales de API que toman un argumento de proyecto también soportan el parámetro --branch para realizar una acción en una rama específica de un proyecto:
$ phrase upload create <project_id> \
--branch <branch_name>
--file /path/to/my/file.json \
--file-format json \\
--locale-id abcd1234cdef1234abcd1234cdef1234 \
--tags característica-asombrosa,necesita-corrección \
--locale-mapping "{"en": "2"}" \
--format-options "{"foo": "bar"}"