В этом случае git обнаружил, что можно выполнить так называемое «ускоренное слияние», так как ветвь, в которую вы объединяетесь, уже содержит все в текущей ветке - ей не нужно создавать новый коммит в графе коммитов для объединения двух веток.
Если вам не нравится это поведение, и вы хотите создать коммит слияния, даже если быстрая пересылка была возможна, вы должны слиться в другой ветке с помощью:
git merge --no-ff topic
Однако, если вам действительно нужно знать, произошло ли слияние или нет, вы можете найти эту информацию в "reflog". Например, в вашей ситуации git reflog
выдаст следующий вывод:
1eecbcb HEAD@{0}: merge topic: Fast-forward
193ae5e HEAD@{1}: checkout: moving from topic to master
1eecbcb HEAD@{2}: commit: 2
193ae5e HEAD@{3}: checkout: moving from master to topic
193ae5e HEAD@{4}: commit (initial): 1
... который показывает вам, как HEAD
был недавно изменен, и какое действие вызвало это. Однако полагаться на reflog, как правило, плохая идея, за исключением особых ситуаций, таких как восстановление после ошибок - лучше просто подумать с точки зрения графика коммитов и сделать так, чтобы он отражал то, что вы сделали. git merge --no-ff
- один из таких методов, который нравится многим людям.