Успешная Git-ветвящаяся модель рекомендует использовать--no-ff при объединении веток:

--no-ff Флаг заставляет слияние всегда создавать новый объект фиксации, даже если слияние может быть выполнено с ускоренной перемоткой вперед. Это позволяет избежать потери информации об историческом существовании ветви компонента и объединяет все коммиты, которые вместе добавляли функцию. [...]

Да, он создаст еще несколько (пустых) объектов коммитов, но выигрыш намного больше, чем эта стоимость. К сожалению, я не нашел способ сделать--no-ff поведение git merge по умолчанию еще нет, но так и должно быть.

Понимание Git WorkflowОднако рекомендуетне использовать :--no-ff

Итак, вы добавляете новое правило: «Когда вы объединяетесь в своей ветви функций, используйте–-no-ff заставить новый коммит ». Это делает работу, и вы идете дальше. [...]

--no-ff лейкопластырь, сломанныйbisect, а такжеblame тайны - это все симптомы, которые выиспользовать отвертку в качестве молотка. [...]

Оба подхода кажутся разумными для разностных сценариев, но что считается "хорошая практика?"

Когда вы используете--no-ffкогда нет, почему?