twig de arreglo caliente de gitflow contra twig de lanzamiento de larga duración

He estado viendo un poco el flujo de trabajo de gitflow http://nvie.com/posts/a-successful-git-branching-model/ , y tiene sentido y es muy similar a lo que hice en el pasado. He hecho las cosas un poco diferente cuando se trata de la liberación y la fijación en caliente y quería preguntar acerca de la ventaja o desventaja de su forma gitflow twigs vs cómo he propuesto.

Normalmente, cuando creo una twig de versión, digamos para la versión 1.0.0, denominaré a la versión de la twig release-1.0.x, no release-1.0.0. Una vez que creo la twig (pero antes de que se publique el código), la versión será 1.0.0-SNAPSHOT para cualquier corrección de última hora. Cuando lanzo, creo la versión de lanzamiento de 1.0.0, la etiqueto y la fusión para dominar. Ahora, en lugar de eliminar la twig de publicación, incremente la versión a 1.0.1-SNAPSHOT. Esto efectivamente se convierte en una twig de arreglo urgente de larga duración para la serie de lanzamiento 1.0.x. Si encuentro un error en la producción, lo arreglaré en esta twig, cortaré una versión 1.0.1 e incrementaré la versión a 1.0.2-SNAPSHOT, y así sucesivamente.

La desventaja es que la twig de liberación existe mientras esta versión sea la versión actual. Lo bueno es que no necesito crear nuevas twigs de arreglos urgentes si hay un error y la twig ya existe.

Así que mi pregunta es ¿me estoy perdiendo los principales problemas aquí al no tener las twigs de reparación y hacerlo de esta manera?

Hemos adoptado el model nvie en el trabajo y funciona muy bien.

La revisión solo se usa para parches menores del software lanzado, y tendrá una vida útil muy corta antes de fusionarse con el maestro y eliminarse. Mientras tanto, la twig de desarrollo se utiliza para trabajar hacia mejoras importantes.

La ventaja (menor) que veo en el model nvie es la corta duración de las twigs de revisión. En un equipo de personas, puedo ver la ventaja de tener una twig de revisión list para que la utilicen si es necesario.