Gestión de conflictos de fusión

Introducción

Los conflictos de fusión pueden ocurrir cuando el archivo i18n.lock difiere entre ramas. Esto típicamente sucede cuando las traducciones se actualizan de forma independiente en diferentes ramas.

Esta página proporciona algunas opciones para prevenir y resolver conflictos de fusión.

Opción 1: Confirmar traducciones directamente a la rama `main`

Uno de los flujos de trabajo disponibles es generar traducciones cuando los cambios se fusionan en la rama main y confirmar automáticamente esos cambios directamente a la rama. Este flujo de trabajo previene conflictos de fusión porque no hay fusión en primer lugar.

Para obtener más información, consulta Elegir un flujo de trabajo.

Opción 2: Fusionar con regeneración del archivo de bloqueo

Al fusionar ramas que tienen archivos i18n.lock en conflicto, puedes resolver el conflicto eliminando el archivo de bloqueo y regenerándolo después de completar la fusión.

Inicia la fusión:
```
git merge <branch-name>
```
Elimina el archivo en conflicto:
```
rm i18n.lock
```
Prepara los cambios:
```
git add .
```
Fusiona los cambios:
```
git merge --continue
```
Regenera el archivo i18n.lock:
```
npx lingo.dev lockfile --force
```
Nota: Este comando no activará la traducción del contenido.

Opción 3: Rebase con regeneración del archivo de bloqueo

Similar a la fusión, cuando se realiza un rebase de ramas con archivos i18n.lock en conflicto, puedes resolver los conflictos eliminando y regenerando el archivo de bloqueo.

Inicia el rebase:
```
git rebase <branch-name>
```
Elimina el archivo en conflicto:
```
rm i18n.lock
```
Prepara los cambios:
```
git add .
```
Continúa el rebase:
```
git rebase --continue
```
Regenera el archivo i18n.lock:
```
npx lingo.dev lockfile --force
```
Nota: Este comando no activará la traducción del contenido.