In diesem Fall hat git festgestellt, dass es möglich ist, einen so genannten "Fast-Forward" -Merge durchzuführen, da der Zweig, in den du dich einmachst, bereits alles im aktuellen Zweig enthält - er muss kein erstellen neues Commit im Commit-Graphen, um die beiden Zweige zu verbinden.
Wenn Ihnen dieses Verhalten nicht gefällt und Sie ein Merge-Commit auch dann erstellen möchten, wenn das schnelle Weiterleiten möglich ist, sollten Sie den anderen Zweig mit:
zusammenführen %Vor% Wenn Sie jedoch wirklich wissen müssen, ob eine Zusammenführung stattgefunden hat oder nicht, können Sie diese Informationen im "reflog" finden. In Ihrer Situation würde beispielsweise git reflog die folgende Ausgabe erzeugen:
... zeigt Ihnen, wie HEAD kürzlich geändert wurde und welche Aktion das verursacht hat. Sich auf den Reflog zu verlassen, ist jedoch in der Regel eine schlechte Idee, außer in bestimmten Situationen, wie zum Beispiel die Wiederherstellung nach Fehlern - es ist besser, einfach in Bezug auf das Commit-Diagramm zu denken und das darzustellen, was Sie getan haben. git merge --no-ff ist eine solche Methode, die viele Leute mögen.
Wenn Sie einen Fall ausprobieren möchten, in dem Sie eine echte Zusammenführung haben, können Sie nach git checkout master :
Das heißt, Sie fügen einen Commit zum Master-Zweig hinzu. Dann ist das Diagramm der Commits keine lineare Sequenz mehr, und Daten müssen aus mehreren Zweigen zusammengeführt werden.
Tags und Links git