理解Git分支图视图
有人能告诉我这里发生了什么吗> git日志显示“edit cm.api.post”是广播特性分支的负责人。但是,该图显示在同一分支上还有其他提交理解Git分支图视图,git,atlassian-sourcetree,Git,Atlassian Sourcetree,有人能告诉我这里发生了什么吗> git日志显示“edit cm.api.post”是广播特性分支的负责人。但是,该图显示在同一分支上还有其他提交 注:此图是我们的“主”分支(最左边的一行是主)。当我只查看“广播功能”的图形时,它显示良好,没有额外的提交只需进一步向上滚动图形,查看这些提交最终在哪个分支中结束 有人从“广播功能”开始创建了另一个分支。显示的提交是该分支中包含的提交 记住:在git中,“分支”只不过是一些提交的标签。对于那些来自谷歌的人来说,他们正在寻找如何修复git流的提交顺序:
注:此图是我们的“主”分支(最左边的一行是主)。当我只查看“广播功能”的图形时,它显示良好,没有额外的提交只需进一步向上滚动图形,查看这些提交最终在哪个分支中结束 有人从“广播功能”开始创建了另一个分支。显示的提交是该分支中包含的提交
记住:在git中,“分支”只不过是一些提交的标签。对于那些来自谷歌的人来说,他们正在寻找如何修复git流的提交顺序:选择“日期顺序”而不是“祖先顺序”:
尝试此操作以查找包含来自
Broadcat功能的最新提交的分支<代码>git分支--包含广播功能
。看起来你有了另一个基于广播功能分支的分支。你是如何创建屏幕截图中显示的图形的?@michas,就我而言,它看起来类似于SourceTree。当创建一个新分支时,不应该从那里分支出一条新的颜色线吗?不,实际上git中没有“真正的”分支。它们实际上只是提交的标签。你所想的“分支”只是由该承诺的祖先隐含地给出的。这些行仅表示一个提交是另一个提交的父级。这些颜色由sourcetree绘制,以便更容易跟随长线。