Soporte a largo ploop usando git-flow para fusionar una revisión para desarrollarla ramificada fuera de la twig de soporte

Haciendo aprendizaje experimental de gitflow para mi nuevo proyecto. Noté lo siguiente:

Los siguientes escenarios:

  1. Funcionamientos de git-flow:

    git flow hotfix start 1.1.2

    Creará una twig basada en el maestro y cuando termine se fusionará con el maestro y se desarrollará.

  2. Ramificación basada en otra twig

    git flow hotfix start 1.1.3 support/1.x

    Pero luego, la revisión creada en base a la twig de soporte se fusionará nuevamente en esa twig de soporte y no volverá a desarrollarse ni a ser maestro, sino que se labelrá cuando haya terminado.

Problema

Si mi twig maestra se encuentra actualmente en v3.2.0 pero la revisión fue por un problema en una sección de código presentada en v1.1 pero aún relevante y utilizada en la twig de desarrollo actual, ¿cómo hago para fusionarlas?

El motivo de esta pregunta es que algunos clientes necesitarían soporte a largo ploop de una versión anterior específica, incluso si su versión más nueva es superior.

Posiblemente solución pero no (usando SourceTree)

Atlassian SourceTree solo fusiona el hotfix de finalización con master y desarrollo, pero nunca con la twig de soporte que los clientes necesitan (probado tres veces)

Si mi twig master se encuentra actualmente en v3.2.0 pero la hotfix fue por un problema en una sección de código presentada en v1.1 pero aún relevante y utilizada en la twig de desarrollo actual, ¿cómo hago para fusionarlas?

Como no fusionará una twig de hotfix (donde se resolvió el problema) en maestra, puede seleccionar de nuevo la confirmación pertinente para volver a la master .

log view ( Cmd2 ), simplemente select una o más líneas de confirmación ( Cmd -click o Shift -click multi-selects), luego haga clic derecho y select ' Cherry pick '.

https://answers.atlassian.com/download/attachments/15697265/Capture.PNG?version=1&modificationDate=1431431872796&api=v2