我不确定这里可能出现什么问题,但是这个过程非常简单,在创建一个新的存储库(本地,不在服务器上,只有一个开发人员,我)之后,我创建了一个名为来自开发
的 functional_config正如你们许多人所看到的,我不确定为什么它没有创建一个视觉上代表的分支:
master-----------------------------------
\
develop-------------------------
\__functional_config
而不是(请忽略版本标记)
我可能做错了什么?或者我错过了什么?
答案 0 :(得分:3)
仅仅因为
master-----------------------------------
\
develop-------------------------
\__functional_config
与
相同master--
\
develop------
\__functional_config
与
相同master--develop-------functional_config
最后一个是你得到的。
如果你向其他分支机构提交了smth,你会看到你期望的确切照片。
另外请注意,如果某些分支指向同一个提交,则它们由同一行表示。这就是您将HEAD
,master
,develop
和1.35.0
合并在一起的原因。由于functional_config
是一个提交,它与它们分开。
答案 1 :(得分:2)
对我来说,视觉表示看起来完全合法 - 你在master
得到develop
和Initial Commit
,新的functional_config
分支是提前一次提交。
尝试在master
或develop
上提交一些内容,您将以您描述的方式看到视觉表现“发散”...
答案 2 :(得分:0)
分支只是对提交ID的动态引用(该分支的最后一次提交)。
由于您在创建(分叉)develop
分支后未执行任何提交,因此master
和develop
分支都指向相同(最后)提交。这就是为什么它们在树中的同一节点(提交id)。
关于分支functional_config
,您已执行了新的提交,这使其成为树中的子节点。但是,您没有看到整个提交树,您只能看到直接或间接是当前分支的最新提交的父节点。不是来自其他分支机构的其他(无关)提交。