Modelo de ramificación de Git: gestión de una twig Implementación / Integración en una testing no secuencial y una configuration de lanzamiento

Estamos adoptando ampliamente un model de ramificación git basado en la sugerencia de nvie.com .

Lo que todavía no podemos entender es cómo administrar la twig Implementación (también conocida como Integración) en lo que respecta a las testings de funciones para múltiples versiones. Aunque el model de Nvie desacopla el desarrollo de las características de la pista de lanzamiento, parece asumir una pista en queue para el desarrollo, testing y lanzamiento de características.

Si queremos comenzar a probar pronto una característica 'grande' con vencimiento en dos meses (2.0) junto con el código, enviaremos en una versión de mantenimiento mucho antes (1.1), ¿cuáles son sus sugerencias sobre cómo lo gestionamos?

Pensé en fusionar todas las twigs Feature / FeatureName individualmente en la twig Deploy y luego fusionarlas todas de nuevo individualmente en una twig Release / 1.x, en lugar de fusionar Deploy en Release / 1.x, que supone que todo lo que está actualmente integrado las testings se enviarán 'siguiente'.

Sugerencias bienvenidas!