Почему коммиты слияния для завершения выпуска потока git вместо быстрого обновления HEAD вперед?

Избегает ли git flow быстрого слияния вперед для лучшей отчетности?

При тестировании потока git я вижу не только коммиты из моей ветки релиза на master & development, но и коммиты слияния. Я думал, что увижу только коммиты ветки выпуска, а затем перемотку вперед, поскольку git скорректировал мастер и разработку, чтобы указать на новые коммиты.

В очень простом случае я не ожидал, что потребуется коммит слияния, поскольку никаких других изменений не появилось между временем запуска и завершением ветки выпуска.

Что движет требованием фиксации слияния или я что-то упустил?

Спасибо

Питер

Сценарий: стабилизация выпуска

  1. Создать ветку релиза (gitflow, запуск релиза 100.0.0, разработка)
  2. Нажать на совместную работу (git flow release publish 100.0.0) (это только я, поэтому я сотрудничаю сам с собой)
  3. сделать и зафиксировать 1 изменение в выпуске/100.0.0
  4. Завершить выпуск (окончание выпуска gitflow)

РЕЗУЛЬТАТ

local develop +3 commits to remote
  HEAD    merge tag to develop e191707
  HEAD -1 e0040cb merge from release branch
  HEAD -2 e7cdc02 release branch change

local develop +3 commits to remote
  HEAD    merge tag to develop e191707
  HEAD -1 e0040cb merge from release branch
  HEAD -2 e7cdc02 release branch change

local master + 2 commit to remote
  HEAD e0040cb merge commit 
  HEAD -1 e7cdc02 stabilization change

git-flow
person Peter Kahn    schedule 10.05.2016    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Похоже, что git flow по умолчанию использует git merge --no-ff (см. git flow считается вредным). Я не думаю, что выбор помогает улучшить понимание и создает ненужный шум. Я ожидаю, что мы будем использовать git flow при условии, что мы сможем решить, когда использовать ff

person Peter Kahn    schedule 10.05.2016