¿Modelo de twig para proyectos múltiples en el mismo repository?

Recientemente hemos cambiado de CVS a Git y estamos utilizando el exitoso model de ramificación Git de Vincent Driessen con una twig master y una twig de develop que se fusiona con la master . Comenzamos con un proyecto en Git y ahora tenemos dos proyectos separados que usan un código común en un submodule ( common ). Recientemente, el otro proyecto se comprometió a develop un cambio para el que no estamos preparados, y hasta que hayamos actualizado nuestro propio código, no podemos volver a realizar cambios porque no queremos los otros cambios.

Pensé en el develop bifurcación en twigs específicas del proyecto que se fusionan de nuevo en el develop , pero el propietario de common no quiere twigs específicas del proyecto porque:

tendremos que seleccionar las confirmaciones de la twig de develop principal para get correcciones o características que se apliquen a ambas.

¿Sería mejor eliminar por completo la twig de develop y simplemente fusionar directamente de las twigs específicas del proyecto a la master , o lo estamos haciendo todo mal?

Recientemente, el otro proyecto se comprometió a desarrollar un cambio para el que no estamos preparados, y hasta que hayamos actualizado nuestro propio código, no podemos volver a realizar cambios porque no queremos los otros cambios.

Eso significa que los dos proyectos tienen diferentes ciclos de vida de desarrollo, y deben tener cada uno su propia twig de desarrollo.
Pero si los proyectos common no pueden actualizarse fácilmente, eso significa que debe actualizar usted mismo (en una twig propia específica del proyecto)

Antes de fusionar su twig de develop con la de develop oficial principal, deberá fusionar common de la twig de develop principal a su versión de common , resolver cualquier conflicto y volver a fusionarse también.
De esta forma, el propietario del proyecto common no tendrá que seleccionar ni integrar nada.