Un repositorio de Git en Azure Repos utiliza una rama maestra protegida y el trabajo de características se desarrolla en ramas de temas. Para consolidar el historial de confirmaciones y asegurar que los cambios se fusionen como una única confirmación, ¿qué estrategia de fusión de solicitudes de extracción se debe aplicar en la política de rama?

La estrategia de fusión "squash merge" es la correcta porque consolida todas las confirmaciones de una rama de características en una única confirmación en la rama principal. Esto mantiene el historial de la rama principal limpio y lineal, lo cual es ideal para ramas protegidas como la "master". "Fast-forward merge" no es adecuada porque solo es posible si no hay confirmaciones nuevas en la rama principal desde que se creó la rama de características, y no consolida el historial. "Git fetch" es un comando para descargar cambios, no una estrategia de fusión. "No-fast-forward merge" (también conocida como "three-way merge" o "recursive merge") crea una confirmación de fusión que mantiene todo el historial de la rama de características, lo cual iría en contra del objetivo de consolidar el historial en una única confirmación.