Git Merge No Fast-Forward-Flagge - schlechte Praxis?

Question

Ich habe eine Frage in Bezug auf ein Flag, das mit dem Zusammenführungsbefehl in Git verwendet werden kann. Wenn Sie --no-ff mit merge (kein Schnellvorlauf-Flag) verwenden, wird anscheinend ein neues Commit-Objekt zum Zeitpunkt der Zusammenführung erstellt, auch wenn die Zusammenführung über einen Schnellvorlauf durchgeführt werden könnte.

Ich habe keine Informationen über diese Flagge gefunden und niemand scheint es irgendwo zu diskutieren. Ist es eine schlechte Übung, ein solches Commit-Objekt zu erstellen (und damit zu vermeiden, Informationen über die historische Existenz des Features zu verlieren)? Oder ist es veraltet und wurde durch etwas ersetzt?

Danke

Answer 1

Nein - das ist keine schlechte Praxis. Es ist eine Wahl, die Sie haben. Eine Situation, in der die Erstellung eines Merge-Commits erzwungen wird, ist die Code-Überprüfung. Wenn Entwickler Feature-Zweige immer zur Überprüfung senden und der Prüfer die Zusammenführung durchführt, wenn das Feature akzeptiert wird, enthält das Zusammenführungs-Commit alle Informationen darüber, wer die Überprüfung durchgeführt hat, zusammen mit zusätzlichen Kommentaren, die nützlich sein können. So funktioniert der Pull-Request-Workflow für github/gitlab. Wenn die Projekteigentümer eine Pull-Anforderung akzeptieren, wird immer ein Zusammenführungs-Commit erstellt, auch wenn es in der Lage ist, schnell vorwärts zu verschmelzen.

Answer 2

Ich habe beide Seiten von diesem gehört und ich bevorzuge sie aus Gründen der Lesbarkeit. Auf der anderen Seite here is (someone else's, not mine) opinion in some detail.