Un exitoso modelo de ramificación Git recomienda usar--no-ff al fusionar ramas:

los--no-ff El indicador hace que la combinación siempre cree un nuevo objeto de confirmación, incluso si la combinación podría realizarse con un avance rápido. Esto evita la pérdida de información sobre la existencia histórica de una rama de características y agrupa a todos los confirmaciones que juntas agregaron la característica. […]

Sí, creará unos cuantos objetos de confirmación más (vacíos), pero la ganancia es mucho mayor que ese costo. Lamentablemente, no he encontrado una manera de hacer--no-ff el comportamiento predeterminado de git merge todavía, pero realmente debería ser.

Entendiendo el flujo de trabajo de Git, sin embargo, recomiendano usar--no-ff:

Así que agrega una nueva regla: “Cuando fusione su rama de características, use–-no-ff forzar un nuevo compromiso ”. Esto hace el trabajo, y usted continúa. […]

los--no-ff curita, rotabisectyblame Los misterios son síntomas de que estás usando un destornillador como un martillo. […]

Ambos enfoques parecen razonables para los escenarios de diferencia, pero ¿qué se considera "buena práctica"?

Cuando usas--no-ff, ¿cuándo no, por qué?