Plan de Transición de Forks

El documento anterior referencia forks personales como parte del flujo de trabajo. La versión v3.0 propone un modelo de Shared Repository con Feature Branches. Este cambio es necesario para optimizar la colaboración y mantener un único repositorio principal.

Los desarrolladores que actualmente trabajan con forks deben realizar la siguiente transición para alinearse con el nuevo estándar.

Acciones requeridas

1. Subir las ramas activas

   Migrar todas las ramas de tu fork local al repositorio principal del proyecto.

2. Archivar o eliminar el fork

   Una vez que todas las ramas activas hayan sido migradas al repositorio principal, se debe archivar o eliminar el fork personal.

3. Actualizar remotes locales

   Configurar los remotes locales para que apunten directamente al repositorio principal del proyecto.

Ejemplo de migración de ramas desde un fork

# Agregar el repositorio principal como upstream
git remote add upstream <url-repo-principal>

# Subir cada rama activa al repositorio principal
git push upstream <nombre-rama>

# Repetir por cada rama activa, luego eliminar el fork

Ventajas del nuevo modelo

• Visibilidad centralizada: Todo el código está en un solo repositorio
• Simplificación: No más forks múltiples que deben sincronizarse
• Mejor colaboración: Todos trabajan sobre el mismo repositorio principal
• Menos fricción: Elimina la necesidad de mantener forks sincronizados

Una vez completada la transición, todos los desarrolladores trabajarán directamente sobre el repositorio principal, utilizando feature branches siguiendo el estándar establecido en las demás secciones de esta guía.