为什么我的github合并走错了方向?
我有一个分支跟踪,我正在做一些开发。同时,我在master上做了一些更改,我想将它们从master合并到handcracking,这样我的dev分支将有最新的更改 我在Windows上使用Github桌面客户端来完成此操作,但没有使用命令行。除非另有说明,否则我在Github Desktop中执行了以下步骤: 提交所有更改,同步所有内容以进行准备。 通过分支下拉菜单切换到主分支。 在客户端创建拉取请求并选择目标分支;它清楚地说明了从主人到手迹。 提交了它,然后,在那里它也非常清楚地说明了主->手跟踪。 有冲突,;所以我选择在网站编辑器上解决它们。出于某种原因,当我这样做的时候,它将决议提交给了master,尽管我没有看到在任何地方对此进行实际提交。这部分是我感到困惑的地方。 然后,我在网站上点击了pull请求上的merge按钮,该按钮仍然表示它将从master变成handtracking。 但此时,它创建了两个提交,这就是所有错误的事情发生的地方;然后很明显是新的,因为在Insights->Network视图中颜色发生了变化 第二次提交是引用拉请求的提交,也是我唯一希望发生的提交。第一个似乎不知从何而来,将所有手动跟踪更改合并到master中,这是我不想发生的 网络图现在看起来像这样,突出显示的部分是整个过程创建的: 但我原以为会是这样的: 我的问题是: 到底发生了什么事?我犯了什么错?我不明白第一次手动跟踪->主合并是从哪里来的,特别是因为在每一点上都有描述清楚地表明合并是朝着另一个正确的方向进行的 在仍然使用Github Desktop+网站的情况下,我如何避免这种情况?还是只有在命令行客户机上才能这样做为什么我的github合并走错了方向?,git,github,merge,language-agnostic,github-desktop,Git,Github,Merge,Language Agnostic,Github Desktop,我有一个分支跟踪,我正在做一些开发。同时,我在master上做了一些更改,我想将它们从master合并到handcracking,这样我的dev分支将有最新的更改 我在Windows上使用Github桌面客户端来完成此操作,但没有使用命令行。除非另有说明,否则我在Github Desktop中执行了以下步骤: 提交所有更改,同步所有内容以进行准备。 通过分支下拉菜单切换到主分支。 在客户端创建拉取请求并选择目标分支;它清楚地说明了从主人到手迹。 提交了它,然后,在那里它也非常清楚地说明了主->手
我知道,我想?我以前做过,没有任何问题,我不知道这次有什么不同。使用git并阅读如何在没有web gui的情况下进行合并,因为它非常有限。这个过程非常直接。在这个阶段,如果您需要,您可以恢复您的更改,否则只需使用git。你最后做的是一个同步合并。我不能真正回答这个问题,但我会注意到,我发现GitHub网络图通常是一个非常错误的图,而且是无用的图。如果你觉得它有用,那么其他很多人也一样:GitHub在几周前就把它删除了,然后在一番抗议之后又把它放了回去。例如,见@torek Wow;很高兴我错过了那些论坛大战。总的来说,我喜欢图形化的分支视图,我只是希望github的直角视图更聪明一点。。。