Ein erfolgreiches Git Branching-Modell empfiehlt zu verwenden--no-ff beim Zusammenführen von Zweigen:

Das--no-ff flag bewirkt, dass beim Zusammenführen immer ein neues Festschreibungsobjekt erstellt wird, auch wenn das Zusammenführen mit einem schnellen Vorlauf durchgeführt werden könnte. Dadurch wird vermieden, dass Informationen über die historische Existenz eines Feature-Zweigs verloren gehen und alle Commits, die das Feature zusammengefügt haben, zusammengefasst werden. […]

Ja, es werden ein paar weitere (leere) Commit-Objekte erstellt, aber der Gewinn ist viel größer als diese Kosten. Leider habe ich keinen Weg gefunden, das zu machen--no-ff das standardverhalten von git merge noch nicht, aber es sollte wirklich so sein.

Grundlegendes zum Git-Workflowempfiehlt jedochnicht benutzen--no-ff:

Sie fügen also eine neue Regel hinzu: „Wenn Sie in Ihrem Feature-Zweig zusammenführen, verwenden Sie–-no-ff ein neues Commit erzwingen. “Damit ist der Job erledigt, und Sie fahren fort. […]

Das--no-ff Pflaster, kaputtbisect, undblame Rätsel sind alles Symptome, bei denen Sie einen Schraubenzieher als Hammer verwenden. […]

Beide Ansätze erscheinen für Differenzszenarien sinnvoll, aber was wird als "gute Praxis" bezeichnet?

Wann benutzt du--no-ffWann nicht, warum?