答案 0 :(得分:1)
该图清楚地显示了master
,feature
和developer
分支。 master
在初始提交中,feature
和developer
在最近的提交中。在提交主题之前,请在列表中注明它们的标签。
您项目的历史似乎从未发生过变化。您创建了初始提交(在master
上),然后创建了developer
和feature
分支。他们最初指向与master
分支相同的提交。
您在developer
分支上创建了几个提交(我猜)然后您检出feature
分支并将developer
分支合并到其中。发生这种情况时,developer
分支就在现在的位置,feature
分支与master
分支在同一个提交中。
因为feature
分支(合并目标)是developer
分支(合并源)后面的几个提交,并且它没有包含任何尚未在合并源中的提交分支,Git能够"fast-forward" feature
分支到达developer
分支。无需创建新提交。
"快进"是默认的合并策略,只要可能(当合并目标分支是合并源分支的祖先时),Git就会使用它。您可以通过在git merge
命令行中添加--no-ff
来强制它创建合并提交(并忽略"快进"策略)。如果您使用GUI Git客户端,请在Git合并对话框中查找" No fast-forward" 复选框。
答案 1 :(得分:0)
您没有看到任何“主分支”,因为该分支上没有新的提交。有关详细信息,请参阅Why doesn't the graph display a new branch branching off from the master branch, when I create a new branch in terminal?。