Modelo de ramificación de Git, ¿cuál es el beneficio de tener una twig de desarrollo?

El siguiente model de ramificación de Git parece estar bastante extendido. http://nvie.com/posts/a-successful-gitbranching-model/

En nuestro proyecto actual, no tenemos una twig de desarrollo y creamos twigs de características / corrección de errores fuera de master, las fusionamos y labelmos todos los hitos relevantes (function finalizada / corrección de errores / versión).

Entonces me pregunto, ¿cuáles son los beneficios de tener una twig de desarrollo?

Según entiendo, la twig de desarrollo está ahí para mantener limpia la twig principal. En otras palabras, la twig maestra no debe contener nada más que código de liberación.

He tenido muchos clientes que hicieron cosas como tú también. En tu mundo, es posible que no necesites una twig de desarrollo. Creo que estás usando master como una twig de desarrollo, lo cual está bien para ti, parece.

Algunas organizaciones tienen una gran ceremonia, sin embargo, y todo requiere debate y aprobación. En esos lugares, la twig de desarrollo puede funcionar como un lugar donde todos los códigos de trabajo se unen antes de dividirse en twigs de lanzamiento y, finalmente, dominar. En el gráfico que mostró, las twigs de características son donde el código vive antes de que funcione. La twig de desarrollo es donde va una vez que está en condiciones de asociarse con código de buena conducta. A partir de ahí, en algún momento una instantánea del desarrollo alimenta la twig de publicación, que puede permanecer activa durante semanas o meses mientras la gente habla y habla sobre los ciclos de control de calidad, el set de características final, etc. Eventualmente, la twig de publicación se promueve a maestra, lo que representa producción en todo momento.

Sin embargo, dado que su configuration actual está funcionando para usted, quizás eso sea todo lo que necesita. Ciertamente hace un mundo less desorderado.