[[AzidRain]]

No había puesto atención a la importancia del control de versiones hasta que me topé con un cliente que de la noche a la mañana se reactivó pidiendo muchas cosas en poco tiempo respecto a un sistema desarrollado para él.

Nos encontramos digamos en la version 1.0 que se liberó y cobró y todo.

Posteriormente nos habla y requiere que se haga un cambio x en el sistema por lo que se empieza a trabajar en la version 1.1.

Durante el desarrollo, digamos a la mitad, nos dice que ahora también requiere otra funcionalidad no relacionada con la que se está desarrollando. (Aquí surge el primero "fork") Nombramos a esta version 1.1.1 y otro programador comienza a trabajar en ella.

Y así sucesivamente hasta que ya estamos trabajando con 4 forks distintos y algunos de ellos ya empiezan a tocar código común por lo que hacer un "merge" o juntarlos se esta volviendo una pesadilla ya que lo que funciona en una version que consolida 2 forks no funciona con otra que une 3 y bueno...

Se le explicó al cliente que de oportunidad a terminar al menos las funcionalidades que se pueden juntar sin perjucio de las otras pero quiere ver todas las variantes juntas. Se le ha explicado que muchas reglas de negocio que él mismo cambió afectan el desarollo de lo que ya se llevaba avanzado pero obviamente el cliente no tiene porque entender como se hace el desarollo, nos pago por resultados.

Hoy día ya logramos juntar algunas variantes y nos quedamos con 2 "forks" (perdón por el anglicismo pero no encuento algo más descriptivo en español) sin embargo son mutuamente excluyentes, lo que funciona en uno, no funciona en el otro. Algunas veces lo hemos resuelto terminando el "fork" mas antiguo y luego pasando los archivos modificados al proyecto del "fork" mas nuevo, pero es tedioso y nada amigable.

Hace unos días leía algo sobre el tema, pero quise comentarlo aquí a ver que opinan, seguramente a alguien más le ha pasado.