Elegir un flujo de trabajo - Lingo.dev CI/CD

Introducción

Lingo.dev CI/CD está diseñado para ser flexible y puede integrarse con cualquier flujo de trabajo existente. Sin embargo, como punto de partida, esta página proporciona algunos flujos de trabajo recomendados a considerar.

Nota: No existe un flujo de trabajo "mejor". Cada flujo de trabajo tiene un conjunto diferente de compensaciones y atraerá a diferentes usuarios según sus preferencias, tamaño del equipo y formas establecidas de trabajar.

Flujos de trabajo recomendados

Opción 1: Commit a rama principal

Cuando los cambios de contenido se fusionan en tu rama principal, las traducciones se generan automáticamente y se envían directamente de vuelta a la rama principal.

Ideal para

Equipos que desean actualizaciones de traducción invisibles y sin fricción con mínima participación del desarrollador.

Ventajas

Completamente automatizado - no requiere intervención humana
Las traducciones están disponibles inmediatamente en la rama principal
Configuración y mantenimiento más simples
No hay ramas adicionales ni pull requests que gestionar

Compensaciones

No hay proceso de revisión para las traducciones
Potencial de que los commits de traducción activen ejecuciones adicionales de CI
Los cambios aparecen directamente en main sin visibilidad de lo que se tradujo
Menos control sobre cuándo se despliegan las traducciones

Opción 2: Pull request desde rama principal

Después de que el contenido se fusiona en main, las traducciones se generan y se envían como un nuevo pull request desde la rama principal.

Ideal para

Equipos que desean visibilidad de traducción y capacidades de revisión mientras mantienen el proceso centralizado en la rama principal.

Ventajas

Los cambios de traducción son visibles y revisables antes de fusionarse
Registro de auditoría claro de qué contenido se tradujo
Capacidad de hacer ajustes manuales antes de aceptar las traducciones
Mantiene un historial limpio de la rama principal con commits de traducción explícitos

Compensaciones

Requiere aprobación manual de la solicitud de extracción (a menos que se configure la fusión automática)
Ligero retraso entre los cambios de contenido y la disponibilidad de traducción
Solicitudes de extracción adicionales para gestionar en tu flujo de trabajo

Opción 3: Commit a la rama de funcionalidad

Cuando se realizan cambios de contenido en ramas de funcionalidad, las traducciones se generan automáticamente y se envían directamente a esas mismas ramas.

Ideal para

Equipos que trabajan con ramas de funcionalidad de larga duración que desean que las traducciones sean parte del proceso de desarrollo de funcionalidades.

Ventajas

Las traducciones están listas cuando la funcionalidad está lista
No se necesita trabajo de traducción separado durante la revisión de la funcionalidad
Las funcionalidades completas incluyen tanto contenido como traducciones
Funciona bien con despliegues de feature flags

Compensaciones

Los commits de traducción aparecen en el historial de la rama de funcionalidad
Posibles conflictos de fusión si varios desarrolladores trabajan en la misma rama
Traducciones vinculadas a la finalización de la funcionalidad en lugar de la preparación del contenido
Puede generar traducciones para funcionalidades experimentales que nunca se publican

Opción 4: Pull request desde la rama de funcionalidad

Cuando ocurren cambios de contenido en ramas de funcionalidad, las traducciones se generan y se envían como solicitudes de extracción separadas desde esas ramas.

Ideal para

Equipos que desean máximo control y visibilidad sobre las traducciones mientras mantienen flujos de trabajo de ramas de funcionalidad.

Ventajas

Visibilidad completa de los cambios de traducción a nivel de funcionalidad
Capacidad de revisar y ajustar traducciones antes de completar la funcionalidad
Separación clara entre el desarrollo de funcionalidades y la integración de traducción
Temporización flexible para aceptar actualizaciones de traducción

Compensaciones

Flujo de trabajo más complejo de gestionar
Múltiples solicitudes de extracción por funcionalidad (funcionalidad + traducciones)
Posibilidad de que las solicitudes de extracción de traducción queden obsoletas si las funcionalidades cambian
Requiere coordinación entre las solicitudes de extracción de funcionalidad y traducción