¿Cómo usar la estrategia de sucursal de testing de throw away para sincronizar twigs de características de larga duración?

Estaba leyendo esta publicación de blog en git que habla sobre varias estrategias de ramificación. El artículo recomienda que para las twigs de características de larga duración, se debe seguir fusionando desde el maestro a las twigs de características para mantener la twig de características sincronizada con el maestro, de modo que cuando la twig de características se fusione nuevamente en el maestro no sea problemático. Esta estrategia es clara para mí. En comentarios Junio ​​Hamano dice el git mainter.

Tendría que advertir que "ramificar y sincronizar a menudo " es una enfermedad que debe evitarse. Se ramificó para lograr un objective específico (por ejemplo, "agregar esta característica", "corregir este error") y el objective de tener una sucursal dedicada para esa tarea es mantener el historial de esa twig en particular legible y comprensible, lo que dará lugar a less loco. Derrotará el punto de usar una twig separada si te fusionas aleatoriamente desde "maestro" en el punto donde el trabajo en tu twig aún no está listo, y lo que sea que se haya hecho en "maestro" no afecta cuál es el objective específico de agregar la function o corregir el error.

La recomendación estándar para evitar la enfermedad, mientras se asegura de que el trabajo lento que está haciendo en su sucursal que se bifurcó hace time todavía funciona bien con el trabajo aleatorio hecho por otros, es hacer una "testing" descartable twig que se fusiona desde su twig de tema y la twig principal para mantener controlada la deriva de la base de código.

Mi pregunta acerca de cómo funciona la estrategia de sucursal de testing desechable, ¿cómo facilita la integración final con el maestro? ¿Alguien puede proporcionar un ejemplo más detallado / una explicación más fácil de entender?

Encontré la explicación detallada de este patrón en el blog de Junio ​​Hamano, Fun with ReReRe .

La idea básica es hacer una fusión de testing en una twig que no se saveá y luego usar la function de reapertura de git para registrar cómo se resuelven los conflictos, tirar la twig de fusión de testing y, cuando se produzca la fusión final, las resoluciones de combinación grabadas se eliminarán. ser aplicado automáticamente por git.