En nuestro equipo, el procedimiento habitual es que cuando tenemos una característica importante trabajamos en una rama de características.
De vez en cuando, nos fusionamosmaster para salir de la rama de características y cuando estemos listos, volvemos amaster (generalmente a través de una solicitud de extracción).

El problema es que, después de la fusión, el historial de commits es mixto: no tenemos una manera simple de respaldar la operación de fusión de sucursales, excluir la rama en caso de que nos resulte problemático.

Estábamos considerando algunas alternativas:

en lugar de fusionar el maestro con la rama de características, vuelva a crear la rama en la parte superior demaster, para que las confirmaciones de características aparezcan en último lugar en el registro.
Esto facilitaría su eliminación, pero todavía estamos en el mismo problema si alguien no sigue esta regla)

En lugar de fusionar la bifurcación con la maestra, vuelva a decorar la bifurcación de funciones que se encuentra encima. Esto probablemente significará que ya no podemos usar solicitudes de extracción.

Tener un script tag master diariamente.
Como las ocasiones que necesitamos para excluir una rama ya fusionada son muy raras, probablemente podemos examinar y considerar los commits desde ayer uno por uno. esto suena muy hacky pero no se interpone en la forma en que hacemos las cosas aquí

¿Cuál es la mejor práctica aquí?