Trabajando con versiones anteriores en Git Workflow

Por lo que entiendo, un flujo de trabajo de GIT se describe de la siguiente manera: http://nvie.com/posts/a-successful-git-branching-model/

Tengo una pregunta relacionada con la corrección de errores de las sucursales antiguas en este flujo de trabajo.

Dado que tenemos muchas twigs de versiones antiguas fusionadas en la twig principal. Nuestro último lanzamiento fue el lanzamiento decir 2.6. Necesitamos arreglar algún error encontrado en alguna twig de versión anterior, digamos 1.5. Creamos una twig desde el estado de la twig principal relacionado con la versión 1.5, lo solucionamos, lo implementamos y eso está bien. Pero ahora queda una pregunta: ¿cómo podemos ALMACENAR y PROPAGAR este cambio a todos los lanzamientos más nuevos?

No podemos simplemente fusionar esta solución en maestro. Porque la class que estábamos arreglando se puede eliminar en la versión 2.3, por ejemplo. Es posible que esté ausente en la CABEZA de la twig maestra.

No estoy seguro de que podamos fusionarlo en la historia del maestro. No puedo imaginar cómo debería cambiar todas las confirmaciones.

Parece que después de la revisión TODOS los próximos commits de la twig master están desactualizados y no se pueden usar. Y si tenemos algún error en la versión 1.9, entonces la única opción que tenemos es hacer una twig desde la confirmación 1.9 desde la maestra, fusionarla de alguna manera con la revisión 1.5 y continuar entonces …

Es mi entendimiento correcto?

El flujo de trabajo mencionado no incluye el caso que mencionaste. Si la class anterior no existe en las versiones más nuevas, esto significa que el error puede que ni siquiera exista, por lo que la corrección de errores no se debe propagar a esas nuevas versiones. Además, no es necesario fusionarlo con el historial maestro, ya que el maestro representa el estado actual del producto (en la mano del cliente), que está muy adelantado en las versiones. Tenga en count que cambiar el historial de cualquier nodo antiguo cambiará toda la cadena de historial de los siguientes nodos.

Para resolver este problema, es mejor crear una nueva twig, llamada por ejemplo "Support-1.5" que contenga las actualizaciones relacionadas con el soporte de esa versión anterior específica del producto, combine sus correcciones de errores relacionadas, y esta twig de soporte vive siempre que se admita esa versión anterior del producto.

Espero que esto ayude.