Preserve los comentarios de revisión de extracción a través de una selección de cereza

Usamos Bitbucket Server y tenemos un escenario cada vez más común para el que me gustaría tener una buena solución si es posible.

La historia corta

La descripción más breve es la siguiente: tengo alguna twig bajo petición de extracción donde hay comentarios de relaciones públicas. Quiero seleccionar estos commits en una nueva twig (en una versión diferente) y PRESERVAR los comentarios de PR. Estaría bien que la nueva twig tenga el mismo nombre que la anterior.

The Longer Story (Más detalles)

Tenemos una twig de características, digamos review/feature1 , que se bifurcó de una twig de lanzamiento, digamos release/v10 . Comenzamos una request de extracción en la twig de revisión y, a mitad de la revisión, se nos solicita mover la característica1 en la release/v10.1 lugar de la release/10 .

Ahora V10 puede (y a menudo lo hace) tener confirmaciones que aún no están (todavía) en V10.1. (Todas las confirmaciones en V10 generalmente se trasladarán a V10.1, por supuesto, pero eso ocurre a través de un process de liberación independiente / independiente como es de esperar. Entonces, digamos que hay una confirmación llamada commit C en V10 que no está (todavía) en V10.1

Así que el primer paso, obviamente, es TENER la function en una twig que está ramificada de V10.1 en lugar de 10.1. Obviamente, no podemos simplemente volver a establecer la base de `review / feature1 'en 10.1 porque eso moverá todo en esa twig, incluida la confirmación C, y no queremos que eso se mueva con ella.

Por lo tanto, la única forma que conozco de mover la function1 sobre la V10.1 es seleccionar cuidadosamente las confirmaciones de la característica1 en una nueva twig (llamémosla release/feature1_10.1 ) basada en V10.1.

Ahora, por supuesto, podríamos volver a marcar la twig feature1 en la parte superior de los cherry-picks, pero me pregunto qué efecto reiniciará HEAD de una twig bajo revisión de pull en los comentarios de PR.

Cuál es la mejor manera de lograr esto?

Nota

Soy plenamente consciente de que esta situación se debe a que se han desviado del flujo de git recomendado al tener twigs de características ramificadas en las twigs de lanzamiento.

Como dicen, "es lo que es" . Este es el process en uso en este proyecto y no va a cambiar. Por favor, considérelo un "dado".