VSTS git cherry picking y estrategia de sucursal

En VSTS usamos git cherry picking, como se recomienda aquí, para cambiar los puertos a la twig principal. En resumen, hacemos exactamente lo que se recomienda en esa página (la GUI de VSTS hace el paso 1 automáticamente como parte de la selección de cereza):

  1. Cree una nueva twig de funciones fuera de la twig principal para portar los cambios.
  2. Elige los cambios desde la twig de lanzamiento a tu nueva twig de características.
  3. Vuelva a fusionar la twig de características en la twig maestra en una segunda request de extracción.

Con este process, tenemos que asegurarnos de que no nos hemos perdido cereza recogiendo nada para dominar. Se supone que todos los cambios en las twigs de publicación deben volver a ser maestros. Sin embargo, ese paso se ha olvidado en ocasiones (es inevitable que ocurra con un process manual). Así que cubrimos la brecha potencial comparando manualmente las twigs de lanzamiento con el maestro como parte de nuestro ciclo de vida de desarrollo.

El dolor que sentimos es que las herramientas de comparación de sucursales en la aplicación web VSTS no entienden que un set de cambios en una twig ha sido recogido de nuevo en otra twig. Como resultado, lleva un buen time entender si algo no está sincronizado.

¿Hay alguna manera de hacer que las herramientas de comparación entiendan que un set de cambios en una twig es el set de cambios que se seleccionó para otra twig?

Idealmente, este process se haría en la misma interfaz, pero estamos abiertos a otras opciones.